La cartella delle applicazioni non di proprietà di root non può cambiarla

4

Dopo una recente esecuzione di Migration Assistant da un vecchio MacBook a uno nuovo, la mia cartella Applicazioni è di proprietà del mio normale account utente anziché da root. Ciò impedisce a VirtualBox di funzionare (vedi qui , ad esempio).

Il tentativo di correggere le autorizzazioni con un sudo chown root /Applications dà l'errore chown: /Applications: Operation not permitted . Questo è piacevolmente vago, e Internet mi assicura che lì potrebbero essere molte cause . (Avevo altre fonti che potrei citare, ma sono nuovo in questo sito e quindi posso solo pubblicare fino a 2 link.)

Non desidero iniziare a rimuovere i flag con noncuranza da /Applications , quindi ho fatto qualche ricerca invece. Ecco qual è il problema NO:

  • Flag di file: è impostato solo il flag sunlnk , che impedisce l'eliminazione di /Applications . Sembra del tutto appropriato per /Applications , quindi penso che non ci siano problemi lì. In particolare, il flag suchg NON è impostato.
  • SIP: quella funzione non governa la cartella /Applications , fino a quando la mia lettura indica. Quindi non penso di dover svolgere alcuna attività in "Modalità di ripristino" per disabilitare SIP.
  • ACL: l'unico segnalato da ls -le è group:everyone deny delete che, di nuovo, sembra del tutto appropriato e non sembra avere nulla a che fare con chown .

Quindi questo è NON il problema (credo). Ma non so quale sia il problema.

    
posta Nathan 12.07.2016 - 18:35
fonte

3 risposte

3

Stranamente, questo è un perfetto esempio di una delle poche situazioni in cui viene effettivamente richiesta la riparazione delle autorizzazioni del disco.

Purtroppo l'opzione Ripara permessi del disco è stata rimossa da Utility Disco in El Capitan.

Tuttavia puoi ancora farlo dalla riga di comando.

In Terminale esegui il seguente comando per scoprire quali permessi sono errati.

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

E esegui il seguente comando per riparare le autorizzazioni.

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

Maggiori informazioni qui: link

    
risposta data 12.07.2016 - 19:56
fonte
2

Si è verificato che ho sbagliato a supporre che SIP non potesse essere in errore. Quando ha provato l'operazione con SIP disabilitato, ha funzionato. Avevo anche bisogno di chmod / Applications per avere le autorizzazioni 755 (era 775) prima che VirtualBox fosse felice, ma anche questo era fattibile con SIP disabilitato. Tutto funziona ora.

Grazie ad un leader di discussione e ho avuto in alcuni commenti sopra, e poi nella chat per questa domanda, per averlo capito.

    
risposta data 13.07.2016 - 13:25
fonte
0

Che cosa mostra il comando "Ottieni informazioni" (fai clic con il pulsante destro del mouse sulla cartella Applicazioni) e puoi cambiare proprietario da lì?

    
risposta data 12.07.2016 - 21:26
fonte

Leggi altre domande sui tag