Mülleimer mit Ordner dessen name mit - beginnt kann nicht geleert werden. Wie komme ich da heraus?

RIN67630

RIN67630

Aktives Mitglied
Thread Starter
Dabei seit
13.09.2021
Beiträge
5.111
Reaktionspunkte
2.180
Heute habe ich in dem reparaturcafé ein neues Problem zu lösen.
Im Mülleimer befindet sich einen Ordner, dessen Name mit - anfängt: "-Chronik"
Der Mülleimer kann nicht geleert werden, weil anscheinend die "Datei benutzt wird", was nicht stimmt.

Neubooten bringt nix.
Neubooten in Safe-Mode zeigt nur einen leeren Mülleimer.

Löschen im Terminal zeigt einen "nicht leeren Ordner", was auch nicht stimmt.

Code: 
Michaels-MB-Pro:Tafeln Michael$ ls
-Chronik
Michaels-MB-Pro:Tafeln Michael$ rm -r -- -Chronik
rm: -Chronik: Directory not empty
Michaels-MB-Pro:Tafeln Michael$ rmdir -- -Chronik
rmdir: -Chronik: Directory not empty
Michaels-MB-Pro:Tafeln Michael$ cd -Chronik
-bash: cd: -C: invalid option
cd: usage: cd [-L|-P] [dir]
Michaels-MB-Pro:Tafeln Michael$ cd -- -Chronik
Michaels-MB-Pro:-Chronik Michael$ ls
Michaels-MB-Pro:-Chronik Michael$

Jetzt bin ich am Ende meines Unix-Latein. Wer weiß es besser?
 
setz das -Chronik in '

also '-Chronik'

sonst sieht das rm das als Parameter
 
ich nutze immer rm -rf
Vielleicht auch als Admin...

sudo rm -rf '-Chronik'
 
tocotronaut schrieb:
ich nutze immer rm -rf
Vielleicht auch als Admin...

sudo rm -rf '-Chronik'
Zum Vergrößern anklicken....
Danke für die Hilfe.
leider antwortet das System so:
Code: 
sudo rm -rf '-Chronik'
Password:
rm: illegal option -- C
usage: rm [-f | -i] [-dPRrvW] file ...
       unlink file

auch sudo rm -rf \-Chronik gab die gleiche Antwort.

und mit:
sudo rm -rf Ausstellung (eine Ebene drüber)
kommt:
rm: Ausstellung/Tafeln/-Chronik: Directory not empty
rm: Ausstellung/Tafeln: Directory not empty
rm: Ausstellung: Directory not empty

Wobei doch -r auch nicht-leeren Verzeichnisse löschen müsste.

??
 
Auch die "Put-Back" Option ist nicht vorhanden:
1650975627902.png


und "delete immediately" gibt wieder die gleiche Meldung, dass die "Datei" -Chronik in Verwendung ist.
 
Zuletzt bearbeitet:
Ich muss jetzt bis morgen unterbrechen.
Morgen versuche ich von einem anderen System zu booten und den Mülleimer beim User zu löschen...
Dann mal ohne SIP, wobei ich nich sehe, weshalb das helfen sollte, der Mülleimer ist ja im Userspace.

und noch was komisches: der Mülleimer belegt 0 bytes !!
1650976956665.png

Vielleicht versuche ich eine Reparatur des Filesystems?
 
Das Problem ist gelöst: von einer andere macOS Partition gebootet und im Rootverzeichnis .Trashes gelöscht
Zurückgebootet und den leeren und völlig funktionale Papierkorb bewundert.
:D

Zuvor hatte ich das Filesystem überprüft: in Ordnung.
 
RIN67630 schrieb:
Das Problem ist gelöst: von einer andere macOS Partition gebootet und im Rootverzeichnis .Trashes gelöscht
Zurückgebootet und den leeren und völlig funktionale Papierkorb bewundert.
Zum Vergrößern anklicken....

Zu früh gefreut. Wie von Wunder ist der alte Inhalt 15 Minuten später wieder zurück.
:eek:

Skurrilerweise ließ sich der Verzeichnis auch umbenennen (im Papierkorb? was macht es boß, würde man die Datei wieder zurückspielen !).
Aber Löschen geht immer noch nicht...
1650984162405.png
 
Hi,
Würde mal die SIP temporär deaktivieren, dann müsste sich der Papierkorb entleeren lassen.
Franz
 
lsof|grep Chronik ergab nix.

Aber jetzt glaube ich den Bösen gefunden zu haben: das Backup Laufwerk !

Lösche ich die .Trashes von der Systemplatte ist der Mülleimer leer und bleibt es solange die Backup-Platte nicht angeschlossen ist.

Sobald ich diese zum Sichern anschließe, füllt sich der Papierkorb !
Und, siehe da: dort ist auch ein .Trashes.

Versuche ich es zu löschen, werde ich so belohnt:
Code: 
$ sudo rm -rf \.Trashes
rm: .Trashes/501/Ausstellung/Tafeln/Chronik: Directory not empty
rm: .Trashes/501/Ausstellung/Tafeln: Directory not empty
rm: .Trashes/501/Ausstellung: Directory not empty
rm: .Trashes/501/Mitstreiter: Directory not empty
rm: .Trashes/501/Radio: Directory not empty
rm: .Trashes/501: Directory not empty
rm: .Trashes: Directory not empty

Aha! klingt doch vertraut ! :geek:

Jetzt mache ich mich nicht weiter verrückt: das Backuplaufwerk wird plattgemacht und ich mache ein frisches Backup.
 
Versuch mal
sudo rm -rf .Trashes/*

Und den lsof wenn die Backup Platte dran ist.
Vielleicht Spotlight/mds
 
Zu spät, das TM-Backuplaufwerk ist platt und wird neu geschrieben. Ab und zu ist ein Ratzeputz auch nicht verkehrt...
Das Papierkorb ist jetzt auch -ohne Reboot- leer.
 
RIN67630 schrieb:
Sobald ich diese zum Sichern anschließe, füllt sich der Papierkorb !
Zum Vergrößern anklicken....

Nö, er füllt sich nicht, sondern jetzt wird natürlich auch der Inhalt des neu angeschlossenen Papierkorbs angezeigt. Ohne Verbindung zum TM-Laufwerk kann er ja nicht angezeigt werden.
RIN67630 schrieb:
Und, siehe da: dort ist auch ein .Trashes.
Zum Vergrößern anklicken....
Jedes mac-üblich formatierte Volume hat natürlich einen eigenen Papierkorb, dazu jeder Benutzerordner.
Mir erscheint es aber seltsam, daß in dem des TM-Volumes etwas liegt, denn TM bereinigt/löscht ja direkt.
Liegen oder lagen auf dem Volume mal andere Dateien?
 
Schiffversenker schrieb:
Nö, er füllt sich nicht, sondern jetzt wird natürlich auch der Inhalt des neu angeschlossenen Papierkorbs angezeigt. Ohne Verbindung zum TM-Laufwerk kann er ja nicht angezeigt werden.
Zum Vergrößern anklicken....
War ja bildlich gemeint.

Schiffversenker schrieb:
Jedes mac-üblich formatierte Volume hat natürlich einen eigenen Papierkorb, dazu jeder Benutzerordner.
Mir erscheint es aber seltsam, daß in dem des TM-Volumes etwas liegt, denn TM bereinigt/löscht ja direkt.
Liegen oder lagen auf dem Volume mal andere Dateien?
Zum Vergrößern anklicken....
Ich hatte ja die TM-Platte gar nicht auf dem Radar, weil mir Dateien die -auch- auf der Hauptpartition lagen als Ursache des Problems präsentiert wurden.
Weshalb mal da ein .Trashes vorhanden war ist mir nicht klar. Letzlich nutzte der User die Sicherung jahrelang.
Man lernt jeden Tag dazu...
 
Zurück
Oben Unten