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

Я знаю, как установить разрешения. Но каково разрешение и право собственности OS X по умолчанию для домашнего каталога. Я не могу создать директорию. Чем мой отличается? (см. фрагмент):

jbenniMac:~ jbenni$ pwd
/Volumes/Macintosh HD/Users/jbenni
jbenniMac:~ jbenni$ ls -l ..
total 0
drwxrwx---@ 101 jbenni  staff  3434 May 14 17:15 jbenni
jbenniMac:~ jbenni$ mkdir test
mkdir: test: Permission denied
jbenniMac:~ jbenni$

Также:

jbenniMac:~ jbenni$ ls -ledO@ /Users/jbenni
drwxr-xr-x+ 13 jbenni  staff  - 442 Mar  9 15:52 /Users/jbenni
 0: group:everyone deny delete

Примечание: 1) Есть и другие разные симптомы. Например, Bash жалуется на то, что не может создать папку сеансов, и я получаю ложное сообщение «StartupItems» с неправильными разрешениями при входе в систему (хотя это не так). Я подозреваю, что все это связано.

Примечание. 2) Давным-давно и несколько версий OS X назад я установил SSD для своей системы и приложений. Я переместил свой домашний каталог (с помощью «Пользователи и группы», «Дополнительные параметры...», а затем перешел к месту на встроенном жестком диске для моего домашнего каталога). Это работает нормально, и жизнь в Finder хороша. Я не использую Терминал достаточно часто, чтобы точно знать, когда возникает эта проблема. запустился, но Терминал заработал после разделения SSD/HDD.

Что id -aвозвращает? Это просто имя test, которое терпит неудачу или любое имя? Каков результат touch test?
Невозможно создать какой-либо каталог внутри дома без использования sudo. сенсорный тест возвращает «Отказано в доступе». id -a возвращает ожидаемый список идентификаторов. Идентификатор jbenni — 504. mkdir и rm работают с sudo.
Ах, примечание № 2 на самом деле довольно важно. Какая файловая система у HD? С какими опциями он монтируется?
HD - это «OS X Extended», с возможностью записи, без учета регистра. Это disk0s4, внутренний через SATA. (Все диски «чисты» в отношении первой помощи Disk Util.)

Ответы (2)

Ответ был предоставлен fd0 , который разместил его на SuperUser. Проблема оказалась вызвана конфликтующими списками ACL и была решена путем их полного удаления. (Очевидно resetpassword, как было предложено выше, эти ACL не очистились. Я не знаю почему.) Команда терминала, которая выявила конфликтующие ACL, была:

ls -ledO@ "/Volumes/Macintosh HD/Users/jbenni"

Команда терминала, которая устранила конфликт (удалив все):

chmod -N "/Volumes/Macintosh HD/Users/jbenni"

Я надеюсь, что это поможет кому-то другому. Я chmodзнал, но не имел практических знаний о ACL, поэтому я бы никогда не нашел это самостоятельно. Stackexchange рулит!

Хорошая находка. Рад, что у вас получилось :)

Значения по умолчанию должны бытьrwxr-xr-x user staff

Вы можете сбросить пользовательские настройки по умолчанию из Recovery...

  • Сброс разрешений и списков ACL для домашней папки
    Это стало более сложным со времен El Capitan из-за защиты целостности системы, но все еще возможно, загрузившись в режиме восстановления ...
    1. При загрузке держите Cmd ⌘ R куранты
    2. На экране восстановления откройте «Терминал» из меню «Утилиты».
    3. Введите resetpasswordи нажмите Return\Enter. Откроется окно сброса пароля.
    4. Выберите свое имя пользователя в раскрывающемся меню с надписью Выберите учетную запись пользователя (НЕ системный администратор/root).
    5. Нажмите кнопку «Сброс» в нижней части окна в разделе «Сброс разрешений домашней папки и списков управления доступом».
    6. Выйдите из утилиты пароля и вернитесь на главный экран восстановления.
    7. На клавиатуре нажмите Cmd ⌘ Q и перезагрузите компьютер (или выберите  > Перезагрузить в строке меню). Очень важно, чтобы вы не удерживали кнопку питания, чтобы выйти из сеанса восстановления, иначе сброс ACL не будет выполнен.
Ни отдельная домашняя папка не /Usersзащищены SIP, так почему бы просто не запустить chmod 755 ~? И как это вообще поможет здесь, пользователи, похоже, уже имеют доступ на запись в домашнюю папку (и единственный ACL также не препятствует созданию папки пользователем)?
Onyx больше не может сбросить их, не пройдя через это, так что я почти уверен, что он делает что-то большее, чем просто chmoding всего до 755 SIP & не может быть сделано сейчас, это мой логический вывод]
Я только что попробовал, chmod'ing вашей собственной домашней папки работает, как и ожидалось :-) В этом может быть что-то большее (и это может даже решить проблемы ОП), но сейчас это выглядит для меня немного магией .
@patrix - Вы пробовали xattr? Это не то, с чем я действительно хочу играть, потому что, если я сломаю его, у меня будет две половинки ;-)
xattrто же самое, что и ls -l@, кости нет. И ls -led ~дает мне тот же 0: group:everyone deny deleteACL, что и у OP (что просто предотвращает удаление домашней папки как таковой).
Я сбросил пользовательские настройки по умолчанию из Recovery - тщательно убедившись, что вышел правильно. Без изменений. (На самом деле я не менял пароль, только права доступа к домашней папке и списки управления доступом, которые, казалось, были выполнены правильно.)
Разрешения не были изменены после сброса настроек по умолчанию. Поэтому я вручную установил 755 — теперь он показывает «drwxr-xr-x@ 101 jbenni staff». Я все еще не могу создать каталог.
Не удается создать новый каталог в домашней папке: каковы разрешения/права собственности по умолчанию?
СпросиСетьПолитика конфиденциальности1y, 0v