Hi!
Seit gestern haben ich das Problem, dass sich einzelne Files nicht mehr löschen lassen.
- Auch per sudo am Terminal lassen sie sich nicht löschen permission denied
- Per Recovery Modus (CMD + R) lassen sich die Files allerdings löschen
- Die Berechtigungen dürften allerdings passen, mein user hat RW Rechte

Da scheinbar mehrere Files, quer durch meinen User verstreut davon betroffen sind, ist das löschen von einzelnen Files wohl keine Lösung, hat jemand von euch einen Tipp für mich?

Festplattendienstprogramm Festplatte überprüfen

Alternativ im Single User Mode fsck verwenden

Single User Mode und fsck werde ich mal probieren.

Disk Utils First Aid hab ich schon im recovery und im normalen Modus vergeblich versucht

Im Single User Mode "volume appears to be ok"

Nach einem Start in den Sicheren Modus dürfte es wohl wieder funktionieren

Vor ein paar Tagen schrieb schon mal jemand darüber, dem es genauso ging und der auf Ursachenforschung gegangen ist:

eclecticlight.co (08.01.2018): The ‘app’ you can’t trash: how SIP is broken in High Sierra

sierkb
Das ist aber ein ganz, ganz anderes Problem. Ein falsches gesetztes xattr im Library-Ordner passt nun gar nicht zu "Da scheinbar mehrere Files, quer durch meinen User verstreut davon betroffen sind".

Mendel Kucharzeck:

Aber sonst passt alles. Auch die Lösung: "Per Recovery Modus (CMD + R) lassen sich die Files allerdings löschen." = "The solution is to restart in Recovery mode, and delete the stub app using Terminal there"

Abgesehen davon ist das nur ein Vorschlag, eine Idee, die mir eben spontan in den Sinn kam, als ich obiges eben las und abgesehen davon, dass wir beide nicht wissen, was für konkrete Dateien in was für Ordnern es sind, könntest Du mit Deinem Einwand/Hinweis richtiger liegen als ich.

Also ich habe mit DiskWarrior sehr gute Erfahrungen gemacht. Es gibt allerdings 2 Einschränkungen:
1. Es kostet Geld. (ca. 140€)
2. Es funktioniert noch nicht mit SSD-Platten die auf APFS formatiert sind.

Ich weis, für die schnelle Hilfe taugt mein Hinweis nicht, aber wie gesagt, das Programm ist wirklich richtig gut.

Heißt das jetzt das Problem ist geklärt oder nicht?

Unter UNIX bzw. POSIX gibt es das „nochange“ Flag für Dateien. Das kann man per sudo setzen. Wenn das Flag gesetzt ist, kann man die Datei mit sudo nicht mehr ändern, folglich auch nicht löschen.
Das ist dafür gedacht, dass man zum Beispiel das Kernel Image nicht mit sudo löschen kann.
Sehr gut möglich dass SIP das verwendet, manche Kopierschutz-Systeme nutzen das auch. Kann auch sein, dass der T2 Chip das Flag für Dateien setzt, auch wenn das nicht gewünscht ist.

Dateien mit dem „nochange“ Flag/Attribut kann man nur im Single-User Mode löschen. Es sollte möglich sein, mit einem Shell-Script die Dateien auflisten zu lassen (find rekursiv auf / nach Attributen laufen lassen). Dann im Single-User Modus diese Dateien aufräumen.

Dürfte jetzt geklärt sein, ja

Leider ist das Problem wieder zurück