No se puede crear un nuevo directorio en la carpeta de inicio: ¿Qué son los permisos/propiedad "predeterminados"?

Sé cómo establecer permisos. Pero, ¿cuál es el permiso y la propiedad predeterminados de OS X para el directorio de inicio de uno? No puedo crear un directorio. ¿Cómo es diferente el mío? (Ver fragmento):

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$

También:

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

Nota: 1) Hay otros síntomas misceláneos. Por ejemplo, Bash se queja de no poder crear una carpeta de sesiones, y obtengo un falso "StartupItems" con permisos incorrectos al iniciar sesión (aunque no es así). Sospecho que todo esto está relacionado.

Nota: 2) Hace mucho tiempo, y varias versiones de OS X, instalé un SSD para mi sistema y aplicaciones. Reubiqué mi directorio de inicio (usando Usuarios y Grupos, "Opciones avanzadas...", luego busqué una ubicación en el disco duro incorporado para mi directorio de inicio). Eso ha estado funcionando bien, y la vida es buena en el Finder. No uso la Terminal con la frecuencia suficiente para saber con certeza cuándo ocurre este problema. comenzó, pero Terminal ha funcionado después de la separación SSD/HDD.

¿Qué id -aregresa? ¿Es sólo el nombre testel que falla o cualquier nombre? ¿ Cuál es el resultado de touch test?
No se puede crear ningún directorio dentro de Inicio sin usar sudo. la prueba táctil devuelve "Permiso denegado". id -a devuelve la lista esperada de id. La identificación de jbenni es 504. mkdir y rm funcionan con sudo.
Ah, la nota #2 es bastante importante. ¿Qué sistema de archivos tiene el HD? Con que opciones se monta?
El HD es "OS X Extended", grabable, no distingue entre mayúsculas y minúsculas. Es disk0s4, interno a través de SATA. (Todos los discos están "limpios" con respecto a los primeros auxilios de Disk Util).

Respuestas (2)

La respuesta la proporcionó fd0 , quien la publicó en SuperUser. El problema resulta ser causado por ACL en conflicto y se resolvió eliminándolos todos. (Aparentemente resetpassword, como se sugirió anteriormente, no borró estas ACL. No sé por qué). El comando de terminal que reveló las ACL en conflicto fue:

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

El comando de terminal que solucionó el conflicto (eliminando todo) fue:

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

Espero que esto ayude a alguien más. Estaba chmodal tanto, pero no tenía un conocimiento práctico de las ACL, por lo que nunca habría encontrado esto por mi cuenta. Stackexchange rocas!

Buen hallazgo Me alegro de que lo hayas conseguido :)

Los valores predeterminados deben serrwxr-xr-x user staff

Puede restablecer los valores predeterminados del usuario desde Recuperación...

  • Restablecer los permisos de la carpeta de inicio y las ACL
    Esto se ha vuelto más complejo desde El Capitan debido a la Protección de integridad del sistema, pero aún es posible al iniciar el Modo de recuperación...
    1. En el arranque, sostenga Cmd ⌘ R las campanadas
    2. En la pantalla de recuperación, abra Terminal desde el menú Utilidades.
    3. Escriba resetpasswordy presione Return\Enter. Se abre una ventana Restablecer contraseña.
    4. Seleccione su nombre de usuario del menú desplegable llamado Seleccione la cuenta de usuario (NO administrador del sistema/raíz).
    5. Haga clic en el botón Restablecer en la parte inferior de la ventana en la sección Restablecer permisos de la carpeta de inicio y ACL.
    6. Salga de la Utilidad de Contraseña y regrese a la pantalla principal de recuperación.
    7. En su teclado, presione Cmd ⌘ Q y reinicie su computadora (o Seleccione  > Reiniciar desde la barra de menú). Es muy importante que no mantenga presionado el botón de encendido para salir de la sesión de recuperación, o no se realizará el restablecimiento de ACL.
Ni /Usersla carpeta de inicio individual está protegida por SIP, así que ¿por qué no ejecutarla chmod 755 ~? ¿Y cómo ayuda esto aquí de todos modos, los usuarios parecen tener acceso de escritura a la carpeta de inicio (y la única ACL tampoco impide la creación de carpetas por parte del usuario)?
Onyx ya no puede restablecerlos sin pasar por esto, por lo que estoy bastante seguro de que está haciendo algo más que simplemente cambiar todo a 755 [No puedo probarlo, porque mis habilidades de nix son terribles, pero si pudiera hacerlo antes SIP y no se puede hacer ahora, esa es mi conclusión lógica]
Lo acabo de intentar, chmod'ing su propia carpeta de inicio funciona como se esperaba :-) Puede haber más en esto (e incluso podría resolver los problemas del OP), pero en este momento me parece un poco mágico .
@patrix - ¿Has probado xattr? No es algo con lo que realmente quiera jugar, porque si lo rompo, tendré dos mitades ;-)
xattres lo mismo que ls -l@, no hay dados allí. Y ls -led ~me da la misma 0: group:everyone deny deleteACL que tiene el OP (lo que solo evita la eliminación de la carpeta de inicio como tal).
Restablecí los valores predeterminados del usuario desde Recuperación, asegurándome cuidadosamente de salir correctamente. Ningún cambio. (En realidad, no cambié la contraseña, solo los permisos de la carpeta de inicio y las ACL, que parecían completarse correctamente).
Los permisos no se cambiaron después de restablecer los valores predeterminados. Así que lo configuré manualmente en 755; ahora muestra 'drwxr-xr-x@ 101 jbenni staff'. Todavía no puedo crear un directorio.
No se puede crear un nuevo directorio en la carpeta de inicio: ¿Qué son los permisos/propiedad "predeterminados"?
RespuestasAquíPolítica de privacidad1y, 0v