Daten im Papierkorb können nicht gelöscht werden. 🪣

[roger.rebel]

Habe ein ziemlich dämliche Problem:

In meinem Papierkorb ist ein Ordner mit diversen Unterordnern, alle ohne Inhalt, die ich nicht löschen kann.

Gehe ich auf Papierkorb entleeren, kommt die Meldung "Der Vorgang konnte nicht abbgeschlossen werden, da das Objekt "... " in Verwendung ist. Kann diese Meldung dann Überspringen, Stoppen oder Fortfahren.

Gehe ich auf "Sofort löschen" fehlen mir angeblich die Rechte.

Was kann ich noch tun?

RR

 

[fa66]

alle ohne Inhalt

Sicher? Auch nicht bei ls -a im Terminal?

Was kann ich noch tun?

Reboot reicht ebenfalls nicht?

auf "Sofort löschen" fehlen mir angeblich die Rechte.

Woher stammen jene Ordner?

 

[roger.rebel]

Sicher? Auch nicht bei ls -a im Terminal?

Was genau bedeutet das? Soll ich das im Terminal eingeben?

Und nein, Reboot reicht nicht.

Die Ordner stammen von einem Windows-PC, habe die Dateien auf den Mac übertragen.

 

[Blaubeere2]

Das hier hilft nicht?
https://www.maclife.de/tipps-tricks/mac-os-x/os-x-so-erzwingen-sie-die-entleerung-des-papierkorbs-im-finder

 

[Blaubeere2]

Oder das hier:
https://www.remosoftware.com/info/de/5-wege-zu-leeren-papierkorb-auf-mac-das-wird-nicht-geloscht/

 

[fa66]

Was genau bedeutet das? Soll ich das im Terminal eingeben?

Dann besser nicht.

Es war nur als Hinweis darauf gemeint, dass ein »leerer Ordner«, oder einer, der im Finder leer angezeigt wird, nicht leer sein muss.
Im Terminal (es gibt auch Wege im Finder) lassen sich – nach Wechseln (change directory) in das betreffende Verzeichnis (cd /pfad/) dann auch alle Dateien auflisten (ls -a).

Die Ordner stammen von einem Windows-PC

So oder vom Mac aus: Ich meinte, aus welchen Verzeichnissen dort. Könnten am Quellort Einschränkungen gesetzt worden sein?
Wie – auf welche Weise – wurden die Daten übertragen?

 

[KOJOTE]

Wenn es das Terminal nicht sein darf/soll, könnte man die im Papierkorb enthaltenen Ordner/Dateien auch erst mal wieder aus dem Papierkorb auf den Desktop ziehen und im Anschluss dann versuchen diese eine nach der anderen zu löschen.

 

[fa66]

Oder das hier:

Hältst du nach #3 einen Artikel, der in einem der Tipps den Text sudo rm -R enthält, für weise?

 

[Difool]

Ordner aus dem Papierkorb auf den Desktop ziehen und Rechts-Klick (ctrl-klick) > Kontext-Menü: "Ordnername komprimieren".
Dann in den Papierkorb und löschen [ggf. den komprimierten Ordner vor dem Löschen noch umbenennen.].

Alternativ den Stick oder Netzwerk mounten, wo der/die Ordner her kamen und dann löschen.

 

[roger.rebel]

Das hier hilft nicht?
https://www.maclife.de/tipps-tricks...-sie-die-entleerung-des-papierkorbs-im-finder

Danke für den Tipp. 1. Teil habe ich mich getraut, hat aber nicht geholfen. Für den 2. Teil bin ich zu feige...

Oder das hier:
https://www.remosoftware.com/info/de/5-wege-zu-leeren-papierkorb-auf-mac-das-wird-nicht-geloscht/

Das probiere ich heute noch aus..., vielleicht.

So oder vom Mac aus: Ich meinte, aus welchen Verzeichnissen dort. Könnten am Quellort Einschränkungen gesetzt worden sein?
Wie – auf welche Weise – wurden die Daten übertragen?

Die Daten wurden von einem USB-Stick übertragen. Die Dateien konnten alle gelöscht werden, die Ordner machen die Probleme.

Wenn es das Terminal nicht sein darf/soll, könnte man die im Papierkorb enthaltenen Ordner/Dateien auch erst mal wieder aus dem Papierkorb auf den Desktop ziehen und im Anschluss dann versuchen diese eine nach der anderen zu löschen.

Ich kann die Ordner vom Papierkorb wieder auf den Desktop ziehen, aber sie bleiben trotzdem im Papierkorb liegen. Wenn ich die Desktop-Ordner dann wieder in den Papierkorb ziehe, dann sind dort die Ordner 2x vorhanden. Den hinundher geschobenen Ordner kann ich normal löschen, der ursprüngliche kann nicht gelöscht werden.

Alternativ den Stick oder Netzwerk mounten, wo der/die Ordner her kamen und dann löschen.

Den Stick habe ich leider nicht mehr.


Trotzdem vielen Dank für Eure Tipps.

 

[roger.rebel]

Es war nur als Hinweis darauf gemeint, dass ein »leerer Ordner«, oder einer, der im Finder leer angezeigt wird, nicht leer sein muss.
Im Terminal (es gibt auch Wege im Finder) lassen sich – nach Wechseln (change directory) in das betreffende Verzeichnis (cd /pfad/) dann auch alle Dateien auflisten (ls -a).

Das stimmt tatsächlich, die Ordner sind nicht leer. Habe viele _xxx Dateien gefunden, also Dateien, die mit dem Unterstrich beginnen.

Und wie kann ich diese nun löschen?

 

[Marco7]

Bei mir klappte es, nachdem ich SIP im Terminal des Recoverymodus deaktiviert habe.

 

[JARVIS1187]

Die Ordner stammen von einem Windows-PC, habe die Dateien auf den Mac übertragen.

Nur zur Sicherheit: Du hast sie auf eine HFS+ oder APFS-Partition übertragen? Oder hast du eine NTFS-Partition auf dem Mac erstellt (via Bootcamp oder so?), die dann via Windows draufgezogen und dann von der NTFS-Partition gelöscht? Das macht einen großen Unterschied, da macOS NTFS nicht ohne Zusatztools beschreiben kann

 

[roger.rebel]

Bei mir klappte es, nachdem ich SIP im Terminal des Recoverymodus deaktiviert habe.

Was genau ist SIP?

 

[roger.rebel]

Nur zur Sicherheit: Du hast sie auf eine HFS+ oder APFS-Partition übertragen? Oder hast du eine NTFS-Partition auf dem Mac erstellt (via Bootcamp oder so?), die dann via Windows draufgezogen und dann von der NTFS-Partition gelöscht? Das macht einen großen Unterschied, da macOS NTFS nicht ohne Zusatztools beschreiben kann

Habe auf meinem Mac auch NTFS for Mac installiert...

 

[JARVIS1187]

Was genau ist SIP?

System Integrity Protection - Systemdateienschutz
Dafür startest du den Recoverymodus via CMD+R und öffnest darin ein Terminal und gibst den Befehl "csrutil disable" ein. Neustarten in macOS und die Dateien löschen (sofern dann möglich!), danach unbedingt wieder zurück in den Recoverymodus und im Terminal "csrutil enable" eingeben, wieder neustarten.
Auf keinen Fall SIP deaktiviert lassen! Nur, um das Löschen zu testen!

Habe auf meinem Mac auch NTFS for Mac installiert...

Dann ist meine Vermutung dahin

 

[roger.rebel]

Dafür startest du den Recoverymodus via CMD+R und öffnest darin ein Terminal und gibst den Befehl "csrutil disable" ein. Neustarten in macOS und die Dateien löschen (sofern dann möglich!), danach unbedingt wieder zurück in den Recoverymodus und im Terminal "csrutil enable" eingeben, wieder neustarten.

Habe ich versucht, klappt leider auch nicht. Es kommt wieder die Fehlermeldung, dass ich keine Rechte dazu habe.

Nicht zu glauben - ich bin der einzige User an dem Mac, habe ihn selber eingerichtet und jetzt sagt mir das System, dass ich keine Rechte habe???

 

[Schiffversenker]

Hab ich das überlesen oder wissen wir überhaupt, welches System der TE benutzt?
Bei den neuesten Mac-Systemen hat tatsächlich auch root keine Rechte an den Kernbestandteilen des Systems.
Das abschalten von SIP gehört allerdings meines Wissens nicht dazu.
Vielleicht mal probieren mit
sudo csrutil disable
Passwort eingeben ohne auf den Bildschirm zu schauen (es verwirrt viele, die hinschauen und nichts sehen, aber das ist Absicht, es gibt bei der Eingabe kein Echo auf dem Schirm).

 

[roger.rebel]

Hab ich das überlesen oder wissen wir überhaupt, welches System der TE benutzt?
Bei den neuesten Mac-Systemen hat tatsächlich auch root keine Rechte an den Kernbestandteilen des Systems.
Das abschalten von SIP gehört allerdings meines Wissens nicht dazu.
Vielleicht mal probieren mit
sudo csrutil disable
Passwort eingeben ohne auf den Bildschirm zu schauen (es verwirrt viele, die hinschauen und nichts sehen, aber das ist Absicht, es gibt bei der Eingabe kein Echo auf dem Schirm).

Ich habe einen Mac Pro 5.1 mit Mojave-OS.

sudo csrutil disable hat er im Recovery Mode nicht akzeptiert; sudo unknown command

Habe dann nochmals csrutil disable eingegeben, das wurde bestätigt und einen Neustart empfohlen.

Die Ordner im Papierkorb scheint das nicht zu interessieren. Gehe ich nur auf löschen, dann kommt immer noch die Meldung, dass die Dateien in Gebrauch sind. Gehe ich auf sofort löschen, dann fehlen mir die Rechte.

 

[Schiffversenker]

sudo csrutil disable hat er im Recovery Mode nicht akzeptiert; sudo unknown command

Das ist allerdings extrem ungewöhnlich.
sudo, also den Benutzerwechsel auf root hin, nicht zu kennen...