Come capire cosa sta causando la proprietà di / usr / local per cambiare da my-username a root

Si è scoperto che Filewave è il colpevole. Filewave è un software di gestione del sistema utilizzato dalla nostra scuola per inviare aggiornamenti software. Grazie per l'input.

Ho avuto lo stesso identico problema, e risulta che l'aggiornamento automatico di Sophos era da incolpare. L'ho capito eseguendo: sudo fs_usage | grep "usr/local"

Ci è voluto un po 'di tempo, ma alla fine ho visto il daemon di installazione di Sophos chiamato "installazione" che scherza con le autorizzazioni di / usr / local.

Sto ancora cercando di capire un lavoro appropriato per questo comportamento.

EDIT: Credo che Sophos abbia risolto questo problema, vedere il link nei commenti di questa risposta. Sembra che sia stato risolto per me almeno!

Ho solo una vaga idea di come ottenere il ladro permesso. Questa non è una soluzione al tuo problema, ma più una sorta di soluzione alternativa.

Che ne dici di scrivere un cane da guardia in Automator o con Hazel (azioni della cartella) per guardare questa particolare cartella, ma invece di aggiungere una funzione come le immagini in scala basta usare uno shell script che esegue diversi comandi della shell:

• Se la cartella viene modificata in qualsiasi modo, è sufficiente eseguire un'istantanea delle autorizzazioni e dell'ID processo attualmente in accesso con fuser <foldername> .
• quindi si ricerca nella tabella di processo l'id di processo ( ps auxwwwwww | grep <process id> ) e infine
• scrivi un'email a te stesso con queste informazioni raccolte.

Sfortunatamente non sono un sadhu di Automator, ma ho scoperto da Google che ci sono molte soluzioni per un problema simile.

Se utilizzi Time Machine, puoi trovare il tempo approssimativo in cui le autorizzazioni vengono modificate esplorando Backups.backupdb in Terminale. Utilizza ls -ld nelle cartelle con data e ora, ad es.

ls -ld /Volumes/Backup/Backups.backupdb/Mac/2015-12-25-120000/Macintosh\ HD/usr/local 

Quale mostrerà le informazioni sul proprietario e sul gruppo.

Una volta ottenuta la data in cui si è verificata la modifica, è possibile scoprire quali altre informazioni potrebbero essere state modificate sul sistema. Una tecnica semplice consiste nell'utilizzare il Finder File> Trova e aggiungere un criterio Last modified date . Altri buoni strumenti sono find e mdfind nel Terminale.

Questo è un effetto collaterale dell'aggiornamento del tuo sistema; OS X probabilmente autorizza "riparazioni" su tutta la linea durante il processo di aggiornamento poiché / usr / local è annidato in una cartella di proprietà della radice.

Hai usato Disk Utility seleziona Macintosh HD quindi esegui Verify Disk Permission e poi Repair Disk Permission se necessario, piuttosto che farlo manualmente?

Ora questo non dovrebbe risolvere il problema, ma è un buon punto di partenza noto per vedere quando home-brew modifica le autorizzazioni. Potrebbe rivelarsi il problema sottostante se sei fortunato.

Anche new update -v per un output più dettagliato, più i vecchi log sono qui ~/Library/Logs/Homebrew come per Dove si trova homebrew log?