So stellen Sie fest, warum sich der Besitz von / usr / local von my-username in root ändert

Ich benutze homebrewals Paketmanager für bestimmte Webentwicklungs-Apps. Behaltenbrew auf dem Laufenden , laufe ich update brewalle paar Tage und laufe auch brew doctor. Normalerweise ist das in Ordnung und brewich bin bereit zu brauen.

Hin und wieder erhalte ich jedoch den folgenden Fehler:

Warnung: / usr / local / etc ist nicht beschreibbar.

Dies kann passieren, wenn Sie "sudo make install" -Software verwenden, die nicht von Homebrew verwaltet wird. Wenn eine Formel versucht, eine Datei in dieses Verzeichnis zu schreiben, schlägt die Installation während des Verknüpfungsschritts fehl.

Du solltest möglicherweiße chown / usr / local / etc

Warnung: Das Verzeichnis / usr / local ist nicht beschreibbar. Auch wenn dieses Verzeichnis bei der Installation von Homebrew beschreibbar war, können durch andere Software die Berechtigungen für dieses Verzeichnis geändert werden. Einige Versionen der "InstantOn" -Komponente von Airfoil sind dafür bekannt.

Sie sollten wahrscheinlich den Besitz und die Berechtigungen von / usr / local zurück in Ihr Benutzerkonto ändern.

Es ist einfach genug, die Berechtigungen auf meinen Benutzernamen zurückzusetzen. Danachbrew scheint alles in Ordnung zu sein.

Aber was ist der Grund dafür?

Gibt es ein Protokoll, aus dem hervorgeht, warum sich die Berechtigungen ändern?

Ich hatte genau das gleiche Problem und es stellte sich heraus, dass Sophos Auto-Update daran schuld war. Das habe ich herausgefunden, indem ich Folgendes ausgeführt habe:sudo fs_usage | grep "usr/local"

Es hat eine Weile gedauert, aber irgendwann sah ich Sophos 'hilfreichen "Installation" -Daemon, der mit den Berechtigungen von / usr / local in Konflikt geriet.

Ich versuche immer noch, eine geeignete Lösung für dieses Verhalten zu finden.

EDIT: Ich glaube, Sophos hat dieses Problem behoben, siehe den Link in den Kommentaren dieser Antwort. Es scheint zumindest für mich behoben zu sein!

Es stellt sich heraus, dass Filewave der Schuldige ist. Filewave ist eine Systemverwaltungssoftware, mit der unsere Schule Software-Updates pusht. Danke für die Eingabe.

Ich habe nur eine ungefähre Idee, wie ich an den Erlaubnisdieb komme. Dies ist keine Lösung für Ihr Problem, sondern eine Art Workaround.

Wie wäre es, einen Watchdog in Automator oder mit Hazel (Ordneraktionen) zu schreiben, um diesen bestimmten Ordner zu überwachen, aber anstatt eine Funktion wie Bilder skalieren hinzuzufügen, verwenden Sie einfach ein Shellscript, das mehrere Shell-Befehle ausführt:

• Wenn der Ordner in irgendeiner Weise geändert wird, erstellen Sie einfach eine Momentaufnahme der Berechtigungen und der ID des aktuell zugreifenden Prozesses mit fuser <foldername>.
• dann suchen Sie in der Prozesstabelle die Prozess-ID ( ps auxwwwwww | grep <process id>) und schließlich
• Schreiben Sie sich eine E-Mail mit diesen gesammelten Informationen.

Leider bin ich kein Automator sadhu, aber ich habe durch Google herausgefunden, dass es viele Lösungen für ein solches ähnliches Problem gibt.

Wenn Sie Time Machine verwenden, können Sie die ungefähre Zeit ermitteln, zu der Berechtigungen geändert wurden, indem Sie Backups.backupdbim Terminal nachsehen. Verwenden Sie ls -ldin den zeitgestempelten Ordnern, z

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

Welche Eigentümer- und Gruppeninformationen anzeigen.

Sobald Sie das Datum der Änderung ermittelt haben, können Sie herausfinden, was sich sonst noch auf Ihrem System geändert hat. Eine einfache Methode besteht darin, die Finder-Datei ›Suchen zu verwenden und ein Last modified dateKriterium hinzuzufügen . Andere gute Tools sind findund mdfindim Terminal.

Dies ist ein Nebeneffekt bei der Aktualisierung Ihres Systems. Wahrscheinlich führt OS X während des Aktualisierungsvorgangs eine allgemeine "Reparatur" durch, da / usr / local in einem Stammordner verschachtelt ist.

Haben Sie Disk Utilityselect verwendet , Macintosh HDdann ausgeführt Verify Disk Permissionund dann Repair Disk Permissionbei Bedarf, anstatt es manuell zu tun?

Dies sollte Ihr Problem nicht beheben, aber es ist ein guter "bekannter" Ausgangspunkt, um zu sehen, wann Home Brew die Berechtigungen ändert. Es könnte das zugrunde liegende Problem aufzeigen, wenn Sie Glück haben.

Auch new update -vfür eine ausführlichere Ausgabe, plus alte Protokolle sind hier ~/Library/Logs/Homebrewlaut Woher kommt Homebrew-Protokoll?