Welcher ACL-Regel widerspricht das denn?... scheint dies ein Bug in ACL zu sein. Das Problem tritt anscheinend dadurch auf das Textdateien und andere Files erst in einem temporaeren Verzeichnis erzeugt werden und dann ueber rename quasi verschoben werden. Dabei werden die Rechte dann nicht mehr geaendert. ...
Welcher ACL-Regel widerspricht das denn?
TextEdit actually doesn't write the file into your directory, that's why. Instead, it writes a file into your $TMPDIR, then uses rename() to move the file into the directory you specified. As someone pointed out earlier, file moves into a directory with an ACL won't inherit the ACL. …
Es ist also kein "Bug in ACL", sondern korrektes der Spezifikation entsprechendes Verhalten.
...Alle Benutzer die ueber die GUI hinzugefügt habe kann ich loeschen aber nicht die die ich ueber die Konsole deklariert habe .
Dann lösch die Einträge doch ebenso per Terminal.
KeyWest:~ macmark$ ls -le myfile
ls: myfile: No such file or directory
KeyWest:~ macmark$ echo "hallo" > myfile
KeyWest:~ macmark$ cat myfile
hallo
KeyWest:~ macmark$ ls -le myfile
-rw-r--r-- 1 macmark staff 6 Apr 6 11:56 myfile
KeyWest:~ macmark$ chmod +a "owner deny read" myfile
KeyWest:~ macmark$ ls -le myfile
-rw-r--r--+ 1 macmark staff 6 Apr 6 11:56 myfile
0: group:owner deny read
KeyWest:~ macmark$ cat myfile
cat: myfile: Permission denied
KeyWest:~ macmark$ chmod -a# 0 myfile
KeyWest:~ macmark$ ls -le myfile
-rw-r--r-- 1 macmark staff 6 Apr 6 11:56 myfile
KeyWest:~ macmark$ cat myfile
hallo
The -a mode is used to delete ACL entries
man chmod
Beispiel:
Im Web:Code:KeyWest:~ macmark$ ls -le myfile ls: myfile: No such file or directory KeyWest:~ macmark$ echo "hallo" > myfile KeyWest:~ macmark$ cat myfile hallo KeyWest:~ macmark$ ls -le myfile -rw-r--r-- 1 macmark staff 6 Apr 6 11:56 myfile KeyWest:~ macmark$ chmod +a "owner deny read" myfile KeyWest:~ macmark$ ls -le myfile -rw-r--r--+ 1 macmark staff 6 Apr 6 11:56 myfile 0: group:owner deny read KeyWest:~ macmark$ cat myfile cat: myfile: Permission denied KeyWest:~ macmark$ chmod -a# 0 myfile KeyWest:~ macmark$ ls -le myfile -rw-r--r-- 1 macmark staff 6 Apr 6 11:56 myfile KeyWest:~ macmark$ cat myfile hallo
http://www.manpagez.com/man/1/chmod/
Gehe bis zu der Stelle
Der hier wars
chmod -R -N /Users/Shared/
Der beseitigt die ganze ACL. Allerdings haben alle User bestimmte ACEs standardmäßig dranhängen.
Hallo,
ich verfolge die Diskussion mit regem Interesse. Ich habe das selbe Problem. Ich möchte gerne ein Ordner für Fotos erstellen. Auf diesen Ordner soll meine Frau und ich gleichermassen zugriff haben. Beim erstellen neuer Fotos sollen beide direkt alle Rechte haben. Unter Windows ist die Rechtevererbung kein Thema. Unter OSX sieht es doch leider anders aus. Ich habe bisher alle Tipps beherzigt, leider ohne Erfolg. Wieso ist das so ein grosses Problem unter Unix? Sorry wenn ich so Frage, bin ein Umsteiger .-) Über eine Lösung würde ich mich freuen.
mfg
cyberms
Und genau das *ist* ein Bug. Es hat nämlich irrelevant zu sein, ob ein neues Dateisystemobjekt durch verschieben, linken, umbenennen oder sonstwas entsteht. Diese Unterscheidung gilt für die Posix/BSD Legacy Permissions, nicht aber für Posix/ACL. OS X hält sich auf HFS+ Volumes an die Dateisystem-interne FSID statt an den Namen, und das ist nicht statthaft, da nicht portabel.Die ACL wird beim Erzeugen des Objektes geerbt laut der Regel. Erzeugen ist ungleich Verschieben und ungleich Umbenennen.
Irrelevant. Der Fehler besteht darin, dass Cocoa und Carbon ihre Temporärdateispielchen mit einer sehr unorthodoxen Methode durchführen, die rein HFS-spezifisch realisiert und damit vor dem Rest des Systems vollständig zu verbergen ist, was aber misslingt. Unter Umgehung der BSD-üblichen Prozedur werden hier einfach die Extents-Listen im Directory-Tree vertauscht, wenn zwei Obekte auf "magische" Weise ihren Platz tauschen sollen. Dummerweise werden hier bisher nur der Daten- und der Resourcefork korrekt behandelt, der neu hinzugekommene Attributes Fork macht den Tausch u.U. nicht wie erwartet mit. Der bleibt in einigen (unklaren) Situationen an der FSID des Objekts "kleben", was dazu führt dass Daten und Attribute eines Objekts irreparabel verdreht und ab da zu zwei verschiedenen Objekten werden, die keinen Bezug mehr zueinander zu haben scheinen.Werden die bisherigen ACEs gelöscht?
Wir verwenden essentielle Cookies, damit diese Website funktioniert, und optionale Cookies, um den Komfort bei der Nutzung zu verbessern.
Für die Ihnen angezeigten Verarbeitungszwecke können Cookies, Geräte-Kennungen oder andere Informationen auf Ihrem Gerät gespeichert oder abgerufen werden.
Anzeigen und Inhalte können basierend auf einem Profil personalisiert werden. Es können mehr Daten hinzugefügt werden, um Anzeigen und Inhalte besser zu personalisieren. Die Performance von Anzeigen und Inhalten kann gemessen werden. Erkenntnisse über Zielgruppen, die die Anzeigen und Inhalte betrachtet haben, können abgeleitet werden. Daten können verwendet werden, um Benutzerfreundlichkeit, Systeme und Software aufzubauen oder zu verbessern.
Durch das Klicken des Buttons "Zustimmen" willigen Sie gem. Art. 49 Abs. 1 DSGVO ein, dass auch Anbieter in den USA Ihre Daten verarbeiten. In diesem Fall ist es möglich, dass die übermittelten Daten durch lokale Behörden verarbeitet werden.