Разрешения mkdir не соответствуют umask (изменение зависит от местоположения)

Всякий раз, когда я создаю новые каталоги в своем доме (или его подкаталогах), у них нет разрешения на запись, хотя umask установлен правильно. Файлы, которые я делаю, имеют разрешение на запись.

[mmanary@seqap33 ~]$ umask 0002 [mmanary@seqap33 ~]$ mkdir testDir [mmanary@seqap33 ~]$ touch testFile [mmanary@seqap33 ~]$ ls -l dr-xr-x--- 2 mmanary mmanary 0 Apr 15 10:25 testDir -rw-rw-r-- 1 mmanary mmanary 0 Apr 15 10:26 testFile 

Если я переключусь на папку с общим хранилищем групп, то новые каталоги имеют разрешение на запись. Я могу легко переключать их с помощью chmod, но при использовании tar новый каталог не может быть записан, чтобы сбой tar с «Permission Denied». Любая помощь приветствуется.

Изменить: я прочитал другие предложенные вопросы, но, похоже, не применяю их напрямую, потому что они связаны с более сложными случаями (другие задействованные пользователи). В случае, если это поможет:

 [mmanary@seqap33 ~]$ getfacl . # file: . # owner: mmanary # group: mmanary user::rwx group::rx other::--- 

Edit2: по рекомендации комментариев моя файловая система – NFS

  • Где применяется значение, которое umask применяется для
  • Исторически, почему umask так оно и есть?
  • umask изменяется до 0002 после cd
  • файлы сохраняются на диске ntfs, придерживаясь umask, ext4 не
  • установить umask для файловой системы, установленной sshfs
  • Установка umask libvirt / virt-manager для правильных разрешений в каталоге, совместно используемом хостом и гостем
  • Разрешения на ftp'd-файлы, похоже, не соответствуют umask
  • Клиенты SFTP загружают файлы со слишком строгими правами
  • 3 Solutions collect form web for “Разрешения mkdir не соответствуют umask (изменение зависит от местоположения)”

    Поговорили с людьми инфраструктуры, и ответ заключается в том, что существуют расширенные списки ACL, которые действуют по-разному на основе местоположения и что они ошибочно установлены.

    Единственный раз, когда я видел такой сценарий, – это когда общий ресурс NFS экспортируется с сервера Windows, использующего службы NFS для Windows. Атрибуты POSIX, требуемые миром Unix / Linux, не отображаются корректно на атрибуты NTFS, и результат заключается в том, что разрешения отображают одну вещь и (иногда) действуют как другие.

    В нашей конкретной ситуации мы потратили пару недель, пытаясь разрешить ситуацию, и в конечном итоге стерли систему Windows и установили Linux-систему на аппаратное обеспечение.

    Если в папке установлен липкий бит chmod + s, umask переопределяется атрибутами владельца папки. поэтому вы можете видеть несогласованные результаты между папками.

    Linux и Unix - лучшая ОС в мире.