carpeta de aplicaciones que no pertenece a la raíz, no puede cambiarla

4

Después de una ejecución reciente de Migration Assistant desde un MacBook antiguo a uno nuevo, mi carpeta de aplicaciones es propiedad de mi cuenta de usuario normal en lugar de root. Esto evita que VirtualBox funcione (consulte aquí , por ejemplo).

Intentar arreglar los permisos con un simple sudo chown root /Applications da el error chown: /Applications: Operation not permitted . Esto es agradablemente vago, e Internet me asegura que allí Puede haber muchas causas . (Tenía otras fuentes que podría citar, pero soy nuevo en este sitio y, por lo tanto, solo puedo publicar hasta 2 enlaces).

No deseo simplemente comenzar a eliminar las marcas sin cuidado de /Applications , así que he investigado un poco. Esto es lo que NO es el problema:

  • Banderas de archivos: solo se establece la bandera sunlnk , lo que evita que se borre /Applications . Parece completamente apropiado para /Applications , así que creo que no hay problema allí. En particular, el indicador suchg NO está establecido.
  • SIP: esa característica no gobierna la carpeta /Applications , en lo que indica mi lectura. Así que no creo que deba hacer nada del negocio de "Modo de recuperación" para deshabilitar el SIP.
  • ACL: la única reportada por ls -le es group:everyone deny delete que, una vez más, parece completamente apropiada y no parece tener nada que ver con chown .

Así que ese no es el problema (creo). Pero no sé cuál es el problema.

    
pregunta Nathan 12.07.2016 - 18:35

3 respuestas

3

Curiosamente, este es un ejemplo perfecto de una de las pocas situaciones en las que realmente se requiere la reparación de permisos de disco.

Lamentablemente, la opción Reparar permisos de disco se ha eliminado de la Utilidad de disco en El Capitán.

Sin embargo, todavía puedes hacerlo desde la línea de comandos.

En la Terminal, ejecute el siguiente comando para averiguar qué permisos son incorrectos.

  

sudo / usr / libexec / repair_packages --verify --standard-pkgs /

Y ejecute el siguiente comando para reparar los permisos.

  

sudo / usr / libexec / repair_packages --repair --standard-pkgs --volume /

Más información aquí: enlace

    
respondido por el Alistair McMillan 12.07.2016 - 19:56
2

Resulta que estaba equivocado al suponer que SIP no podía tener la culpa. Al intentar la operación con SIP deshabilitado, funcionó. También necesitaba chmod / Applications para tener permisos 755 (era 775) antes de que VirtualBox estuviera contento, pero eso también era factible con SIP deshabilitado. Todos trabajando ahora.

Gracias a una discusión, Ranklord y yo tuvimos en algunos de los comentarios anteriores, y luego en el chat para esta pregunta, para resolver esto.

    
respondido por el Nathan 13.07.2016 - 13:25
0

¿Qué muestra el comando 'Obtener información' (haz clic con el botón derecho en la carpeta Aplicaciones) y puedes cambiar de propietario desde allí?

    
respondido por el Denis Rasulev 12.07.2016 - 21:26

Lea otras preguntas en las etiquetas