Файлы, созданные на диске, не соответствуют umask

Надеюсь, простой вопрос, но у меня возникают проблемы с поиском подобных вопросов.

В моей системе Ubuntu у меня есть внешний жесткий диск. Когда я сделал файл на этом внешнем диске, я заметил, что не могу открыть файл. После некоторых копаний я заметил, что каталоги, созданные на жестком диске, создаются с разрешением 664, что не очень полезно для каталогов. (Файлы также создаются с 664, что для меня не имеет смысла). Я проверил, и в основной файловой системе (не на внешнем диске) создание файлов соответствует значению umask 0022, как и должно быть. Каталоги создаются как 755, а файлы - как 644.

Мой вопрос: почему мой внешний жесткий диск игнорирует мой umask? Я делаю файлы локально, здесь ничего необычного не происходит, так почему мои разрешения по умолчанию на внешнем диске отличаются от моей системы и где я могу это изменить?

Я могу вручную изменить разрешения на они должны быть, но это очень утомительно. Дайте мне знать, если понадобится больше информации, я не знаю, что нужно знать.

РЕДАКТИРУЕТ: Копирование ошибки: Внутри самого компьютера umask работает правильно.

tnevins@mixing:Music$ umask
0022
tnevins@mixing:Music$ mkdir mydir
tnevins@mixing:Music$ touch myfile
tnevins@mixing:Music$ ls -l
total 4
drwxr-xr-x 2 tnevins mixinglab 4096 May 10 11:23 mydir
-rw-r--r-- 1 tnevins mixinglab    0 May 10 11:23 myfile

Внутри накопителя / резервуара / планктонного бассейна это не так.

tnevins@mixing:planktonPool$ umask
0022
tnevins@mixing:planktonPool$ mkdir mydir
tnevins@mixing:planktonPool$ touch myfile
tnevins@mixing:planktonPool$ ls -l
drw-rw-r--+  2 tnevins mixinglab  4096 May 10 11:27 mydir
-rw-rw-r--   1 tnevins mixinglab     0 May 10 11:27 myfile

/ etc / fstab

UUID=f1a76953-ece5-4559-8436-54bdd86d7fee /media/tank ext4 nofail,defaults 0 2

sudo lsblk -f

NAME   FSTYPE LABEL        UUID                                 MOUNTPOINT
sda                                                             
└─sda1 ext4                a1e54134-bc37-4f85-9f61-65311b75c573 /
sdb                                                             
└─sdb1 ext4   mixingBackup 9ccbbee0-167e-4b19-bcf8-b2648a7dd40c /media/mixingBac
sdc                                                             
└─sdc1 ntfs   vault        220EA82D219FBF1D                     /media/vault
sdd                                                             
└─sdd1 ext4   tank         f1a76953-ece5-4559-8436-54bdd86d7fee /media/tank

А-а, поэтому на основании этой команды она выглядит как «танковый» привод это диск sdd1. Это тот, о котором я сейчас спрашиваю.

sudo lsblk -m

NAME     SIZE OWNER GROUP MODE
sda      1.8T root  disk  brw-rw----
└─sda1   1.8T root  disk  brw-rw----
sdb    931.5G root  disk  brw-rw----
└─sdb1 931.5G root  disk  brw-rw----
sdc     10.9T root  disk  brw-rw----
└─sdc1  10.9T root  disk  brw-rw----
sdd      8.2T root  disk  brw-rw----
└─sdd1   8.2T root  disk  brw-rw----

sudo parted -ls

Model: ATA WDC WD2003FZEX-0 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:



Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ext4         boot


Model: Seagate Backup+ BK (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  1000GB  1000GB  primary  ext4


Model: TT H/W R AID5 (scsi)
Disk /dev/sdc: 12.0TB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  12.0TB  12.0TB  ntfs               msftdata


Model: HzW RAID 5 (scsi)
Disk /dev/sdd: 9002GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  9002GB  9002GB  ext4               msftdata

df

Filesystem                   1K-blocks        Used  Available Use% Mounted on
udev                          32931096           0   32931096   0% /dev
tmpfs                          6591648        3428    6588220   1% /run
/dev/sda1                   1921802432   213108624 1611001752  12% /
tmpfs                         32958224       46184   32912040   1% /dev/shm
tmpfs                             5120           4       5116   1% /run/lock
tmpfs                         32958224           0   32958224   0% /sys/fs/cgroup
/dev/sdc1                  11720883180 10724315468  996567712  92% /media/vault
/dev/sdd1                   8721245008  8136336948  145359752  99% /media/tank
/dev/sdb1                    961302556   961286176          0 100% /media/mixingBackup
tmpfs                          6591644          20    6591624   1% /run/user/127
128.151.161.22:/media/cage 11627446496  8377352688 2664031680  76% /media/cage
tmpfs                          6591644           0    6591644   0% /run/user/1001
tmpfs                          6591644       10144    6581500   1% /run/user/1003
tmpfs                          6591644           0    6591644   0% /run/user/1004

ls -ld / media / tank /

drwxrwxrwx 25 dhk mixinglab 4096 May 10 11:26 /media/tank/

ls -ld / media / tank / planktonPool / (папка, в которой я обычно работаю)

drwxrwxr-x+ 76 tnevins mixinglab 4096 May 10 11:27 /media/tank/planktonPool/
0
задан 15 May 2018 в 16:33

2 ответа

Таким образом, после второго раунда рытья я узнал то, что было неправильным с/planktonPool/папкой. Если Вы замечаете, что planktonPool папка имеет список управления доступом, в то время как папка корпуса не делает.

drwxrwxr-x+ 76 tnevins mixinglab 4096 May 10 11:27 /media/tank/planktonPool/
drwxrwxrwx 25 dhk mixinglab 4096 May 10 11:26 /media/tank/

Я пошел, исследовав это и обнаружил, что getfacl для planktonPool папки был:

# file: planktonPool/
# owner: tnevins
# group: mixinglab
user::rwx
group::rwx
other::r-x
default:user::rw-
default:group::rw-
default:other::r--

Другими словами: Новым папкам, созданным в planktonPool, дали полномочия по умолчанию, вместо того, чтобы идти в umask. Извините я не знал достаточно для обеспечения getfacl ранее, но это было то, где проблема скрывалась. Так как я не настраивал компьютер, я не всегда знаю все, что это - входы и выходы. Я в конечном счете решил свою проблему при помощи команды:

setfacl -R -m default:u::rwx,default:g::rwx,default:o::r-x /media/tank/planktonPool/

То, которое я уверен, не является идеалом, он обрабатывает самую большую часть моей проблемы: способность сделать каталоги, к которым я не могу получить доступ.

Если люди все еще хотели бы помочь: Я действительно отмечаю, что, когда я создаю новый файл, полномочия все еще не соответствуют umask. Это действует, как будто umask 0002 вместо 0022, но только в planktonPool папке.

Спасибо всем, кто помог, хотя кажется, что мы смотрели в неправильном месте, и я сожалею, что не знал достаточно для предложения иначе.

0
ответ дан 29 October 2019 в 09:08

К счастью, Вы действительно владеете planktonpool папкой ;-) You (Ваш идентификатор пользователя) имеют полномочия записи (а также те, которые в Вашей группе).

Я вижу две опции

  • Любой Вы даете полномочия записи всем, 'другим' в chmod язык

    sudo chmod o+w /media/tank/planktonPool/
    
  • или Вы добавляете все идентификаторы пользователей, которые Вы ожидаете, запишет в Вашу группу (или группа mixinglab).

    Добавьте их в конце строки, запускающейся с tnevins (после того, как двоеточие, и если существуют больше чем одни идентификаторы пользователей, разделит их с двоеточиями в файле /etc/group

    sudo nano /etc/group
    

Просто еще одна вещь: Если некоторые другие пользователи пишут, возможно, файлы (или каталоги), они пишут, получит другие полномочия (без полномочий записи для других идентификаторов пользователей. В этом случае Вы не сможете перезаписать те файлы. Проверьте, если это так (что некоторые файлы в /media/tank/planktonPool/ испытайте недостаток в полномочиях записи, хотя необходимо перезаписать их).

0
ответ дан 29 October 2019 в 09:08

Другие вопросы по тегам:

Похожие вопросы: