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

Question 1

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

В моей системе 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

Внутри привода / цистерны / планктонаPool это не так.

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/

Question 2

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

[Ф1]

я пошел расследовать это и обнаружил помощью getfacl для папки planktonPool был:

[Ф2]

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

[Ф3]

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

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

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

Question 3

Question 4

Итак, после второго раунда копания я выяснил, что было не так с папкой / 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.

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

Question 5

Итак, после второго раунда копания я выяснил, что было не так с папкой / 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.

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

Question 6

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

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

Либо вы даете права на запись всем, «другим» на chmod языке

sudo chmod o+w /media/tank/planktonPool/

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

sudo nano /etc/group

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

Question 7

Question 8

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

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

Либо вы даете права на запись всем, «другим» на chmod языке

sudo chmod o+w /media/tank/planktonPool/

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

sudo nano /etc/group

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

Question 9

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

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

Либо вы даете права на запись всем, «другим» на chmod языке

sudo chmod o+w /media/tank/planktonPool/

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

sudo nano /etc/group

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

tnevins · Accepted Answer · 8 June 2018 в 14:23

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

[Ф1]

я пошел расследовать это и обнаружил помощью getfacl для папки planktonPool был:

[Ф2]

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

[Ф3]

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

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

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

tnevins · Accepted Answer · 17 July 2018 в 14:45

Итак, после второго раунда копания я выяснил, что было не так с папкой / 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.

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

tnevins · Accepted Answer · 20 July 2018 в 14:49

Итак, после второго раунда копания я выяснил, что было не так с папкой / 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.

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

sudodus · Answer 4 · 8 June 2018 в 14:23

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

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

Либо вы даете права на запись всем, «другим» на chmod языке

sudo chmod o+w /media/tank/planktonPool/

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

sudo nano /etc/group

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

извините, это не то, что было, но это вряд ли ваша вина. Я не упоминал, что я tnevins, поэтому я действительно владею планктоном / папкой. Я тоже в группе mixlab, поэтому в соответствии с ls -ld planktonPool / line я определенно владею папкой. Конечно, я не владею танком /, но это не каталог с проблемами. Я буду следить за вашим последним абзацем, но я только что решил проблему (ответ ниже). Чтобы быть справедливым, мы все смотрели не в то место. — tnevins, 31 May 2018 в 16:30

sudodus · Answer 5 · 17 July 2018 в 14:45

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

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

Либо вы даете права на запись всем, «другим» на chmod языке

sudo chmod o+w /media/tank/planktonPool/

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

sudo nano /etc/group

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

sudodus · Answer 6 · 20 July 2018 в 14:49

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

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

Либо вы даете права на запись всем, «другим» на chmod языке

sudo chmod o+w /media/tank/planktonPool/

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

sudo nano /etc/group

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

извините, это не то, что было, но это вряд ли ваша вина. Я не упоминал, что я tnevins, поэтому я действительно владею планктоном / папкой. Я тоже в группе mixlab, поэтому в соответствии с ls -ld planktonPool / line я определенно владею папкой. Конечно, я не владею танком /, но это не каталог с проблемами. Я буду следить за вашим последним абзацем, но я только что решил проблему (ответ ниже). Чтобы быть справедливым, мы все смотрели не в то место. — tnevins, 31 May 2018 в 16:30

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

6 ответов

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

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