Der Anwendungsordner, dessen Eigentümer nicht root ist, kann nicht geändert werden

Nach einer kürzlichen Ausführung des Migrationsassistenten von einem alten MacBook auf ein neues MacBook gehört der Ordner "Programme" meinem normalen Benutzerkonto und nicht dem Stammverzeichnis. Dies verhindert, dass VirtualBox funktioniert (siehe hier zum Beispiel).

Der Versuch, die Berechtigungen mit einem einfachen zu reparieren, sudo chown root /Applicationsführt zu dem Fehler chown: /Applications: Operation not permitted. Das ist angenehm vage und das Internet versichert mir, dass es viele Ursachen geben kann . (Ich hatte andere Quellen, die ich zitieren konnte, aber ich bin neu auf dieser Site und kann daher nur bis zu 2 Links posten.)

Ich möchte nicht einfach nur sorglos Flaggen entfernen /Applications, sondern stattdessen Nachforschungen anstellen. Folgendes ist NICHT das Problem:

• Dateiflaggen: Es wird nur die sunlnkFlagge gesetzt, die das /ApplicationsLöschen verhindert. Scheint völlig angemessen zu sein /Applications, daher denke ich, dass es dort kein Problem gibt. Insbesondere wird das suchgFlag NICHT gesetzt.
• SIP: Diese Funktion regelt nicht den /ApplicationsOrdner, soweit meine Lesung anzeigt. Ich glaube nicht, dass ich den "Wiederherstellungsmodus" ausführen muss, um SIP zu deaktivieren.
• ACLs: Das einzige, von dem berichtet wird, ls -leist group:everyone deny deletedas, was wiederum völlig angemessen zu sein scheint und nichts damit zu tun zu haben scheint chown.

Das ist also nicht das Problem (glaube ich). Aber ich weiß nicht, was das Problem ist.

Witzigerweise ist dies ein perfektes Beispiel für eine der wenigen Situationen, in denen das Reparieren von Festplattenberechtigungen tatsächlich erforderlich ist.

Leider wurde die Option "Repair Disk Permissions" aus dem Festplatten-Dienstprogramm in El Capitan entfernt.

Sie können dies jedoch weiterhin über die Befehlszeile tun.

Führen Sie im Terminal den folgenden Befehl aus, um herauszufinden, welche Berechtigungen falsch sind.

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

Führen Sie den folgenden Befehl aus, um die Berechtigungen zu reparieren.

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

Weitere Informationen finden Sie hier: http://osxdaily.com/2015/11/04/verify-repair-permissions-mac-os-x/

Es stellte sich heraus, dass ich falsch war anzunehmen, dass SIP nicht schuld sein konnte. Beim Versuch, den Betrieb mit deaktiviertem SIP durchzuführen, hat es funktioniert. Ich brauchte auch chmod/ Applications, um die Berechtigungen 755 (war 775) zu haben, bevor VirtualBox glücklich wäre, aber auch das war mit deaktiviertem SIP machbar. Alles funktioniert jetzt.

Vielen Dank an eine Diskussion, die Ranklord und ich oben in einigen Kommentaren und dann im Chat für diese Frage gemacht haben, um das herauszufinden.

Was zeigt Ihren Befehl "Informationen abrufen" (klicken Sie mit der rechten Maustaste auf den Ordner "Programme") und können Sie den Eigentümer von dort aus ändern?