Ich weiß, wie man Berechtigungen einstellt. Aber was ist die Standard-OS X-Berechtigung und -Besitz für das Basisverzeichnis? Ich kann kein Verzeichnis erstellen. Wie ist meins anders? (Siehe Ausschnitt):
jbenniMac:~ jbenni$ pwd
/Volumes/Macintosh HD/Users/jbenni
jbenniMac:~ jbenni$ ls -l ..
total 0
drwxrwx---@ 101 jbenni staff 3434 May 14 17:15 jbenni
jbenniMac:~ jbenni$ mkdir test
mkdir: test: Permission denied
jbenniMac:~ jbenni$
Ebenfalls:
jbenniMac:~ jbenni$ ls -ledO@ /Users/jbenni
drwxr-xr-x+ 13 jbenni staff - 442 Mar 9 15:52 /Users/jbenni
0: group:everyone deny delete
Hinweis: 1) Es gibt verschiedene andere Symptome. Bash beklagt sich beispielsweise darüber, dass es nicht möglich ist, einen Sitzungsordner zu erstellen, und ich erhalte eine falsche Meldung, dass "StartupItems" beim Anmelden falsche Berechtigungen hat (obwohl dies nicht der Fall ist). Ich vermute, dass alle diese verwandt sind.
Hinweis: 2) Vor langer Zeit und in mehreren Versionen von OS X habe ich eine SSD für mein System und meine Anwendungen installiert. Ich habe mein Basisverzeichnis verschoben (mithilfe von Benutzer und Gruppen, "Erweiterte Optionen ..." und dann zu einem Speicherort auf der integrierten Festplatte für mein Basisverzeichnis navigiert). Das hat gut funktioniert und das Leben im Finder ist gut. Ich benutze Terminal nicht oft genug, um sicher zu sein, wann dieses Problem auftritt. gestartet - aber Terminal hat nach der SSD / HDD-Trennung funktioniert.
quelle
id -a
zurück? Schlägt nur der Nametest
fehl oder ein Name? Was ist das Ergebnis vontouch test
?Antworten:
Die Antwort wurde von fd0 bereitgestellt , der sie auf SuperUser gepostet hat. Das Problem wurde durch Konflikte mit Zugriffssteuerungslisten verursacht und durch Entfernen aller Zugriffssteuerungslisten behoben. (Offenbar wurden
resetpassword
diese ACLs, wie oben vorgeschlagen, nicht gelöscht. Ich weiß nicht warum.) Der Terminalbefehl, der die widersprüchlichen ACLs enthüllte, lautete:Der Terminalbefehl, mit dem der Konflikt behoben wurde (indem alle entfernt wurden), lautete:
Ich hoffe das hilft jemand anderem. Ich war mir dessen
chmod
bewusst, hatte aber keine Kenntnisse über ACLs - daher hätte ich dies alleine nie gefunden. Stackexchange rocks!quelle
Die Standardeinstellungen sollten sein
rwxr-xr-x user staff
Sie können die Benutzerstandards über die Wiederherstellung zurücksetzen ...
Dies ist aufgrund des Systemintegritätsschutzes seit El Capitan komplexer geworden, ist jedoch weiterhin durch Starten im Wiederherstellungsmodus möglich ...
resetpassword
und drücken Sie die Eingabetaste. Ein Fenster zum Zurücksetzen des Kennworts wird geöffnet.quelle
/Users
der private Ordner noch der einzelne private Ordner sind durch SIP geschützt. Warum also nicht einfach ausführenchmod 755 ~
? Und wie hilft dies hier überhaupt? Die Benutzer haben anscheinend bereits Schreibzugriff auf den Basisordner (und die einzige ACL verhindert auch nicht die Ordnererstellung durch den Benutzer).