Zu lange Pfadnamen um Papierkorb zu leeren?

Tja. Es gibt sie noch, die Überraschungen.

Ich habe die Idee mit der Umbenennung noch einmal aufgegriffen und bin in der Ordnerhierarchie 5 Stufen weit "nach unten" gegangen. Dann habe ich innerhalb des Papierkorbs das entsprechende Item in "1" umbenannt und markiert und anschließend die Funktion "Sofort löschen" aktiviert. Diese letzte umbenannte Stufe wurde nach Eingabe des Admin-Passwortes problemlos gelöscht. Anschließend konnten dann auch die höheren Ebenen gelöscht werden. Bei der Umbenennung musste ich auch noch das Admin-Passowort parat haben. Das war etwas frickelig, hat mir aber die Neu-Installation erspart. Ob es auch ohne Umbenennung gegangen wäre, weiß ich nicht.

da time machine bei mir nicht mehr funktioniert, wollte ich per carbon copy cloner backups auf microsoft onedrive machen. da onedrive-dateien sowohl auf dem lokalen computer liegen wie auch entfernt, wurden in einer art zirkelschluss kopien von kopien für das backup angefertigt. diese lösung ist GAR NICHT zu empfehlen! jetzt läßt sich der papierkorb wegen der dateinamen nicht löschen.

okay, wieder nicht schlecht. das habe ich allerdings auch schon gemacht. bei einigen dateien, die darüber hinaus noch namen hatten, die zeichen enthielten, die macos nicht verarbeiten kann, hat die umbenennung zu datei(nam)en geführt, die sich dann löschen ließen. das war angesichts der anzahl der dateien sehr mühselig, funktionierte dann aber nicht mehr. warum es dann nicht mehr funktionierte konnte ich nicht herausfinden.

ich hänge mal ein bild an, das zeigt, wie ein teil des papierkorbes aussieht, wobei "osiris" der name des nutzers ist

die umbenennung in 1 verlangt nach "sofort löschen" das user-password, das ich eingebe. dann verwende ich die funktion "sofort löschen" und erhalte folgende antwort (ich zitiere): "Der Vorgang kann nicht abgeschlossen werden, da einige Objekte übersprungen werden mussten. Wähle für jedes Objekt „Ablage“ > „Informationen“, stelle sicher, dass „Geschützt“ deaktiviert ist. Markiere dann den Abschnitt „Teilen & Zugriffsrechte“. Wenn du sicher bist, dass die Objekte nicht geschützt sind und dass „Nur Lesen“ oder „Keine Rechte“ nicht festgelegt ist, versuche es erneut."

dem nachzukommen würd bis ins jahr 2050 dauern. erste stichproben zeigen, dass es nirgendwo gesperrte/geschützte dateien gibt.

vielleicht war ich grad zu voreilig. "sofort löschen" ist ja nicht alles. ich habe nach der umbenennung dann den normalen löschvorgang gestartet und ich bin SEHR BEEINDRUCKT von dem ergebnis, obwohl der prozess noch nicht abgeschlossen ist. angezeigt wird grade, dass etwas mehr als 4.000.000 objekte gelöscht wurden/werden. das scheint also zu funktionieren.

gibt es da eine erklärung für?

warum ist die umbenennung so spektakulär?

(ich melde mich noch einmal, wenn der papierkorb dann tatsächlich leer ist. wo kann ich lob für diesen tipp loswerden?)

es war tatsächlich zu voreilig. alles sah gut aus. über 15 mio objekte seien gelöscht. am ende meldet sich aber der finder und meint "„IO80211P2PPeerManager“ kann nicht gelöscht werden, da der Pfadname zu lang ist." ich bekomme drei optionen: abbrechen, überspringen, fortfahren. ich habe "fortfahren" gewählt. danach passierte nichts mehr. der papierkorb sieht jetzt genauso voll aus wie vorher. schaaaaade!!!

Danke, aber eher nicht. Das sind ja immer große Eingriffe in das System und dessen Struktur. Ich muss wohl sehen, wie ich weitermache. Letztlich habe ich ja noch die Möglichkeit über Time Machine, das nach dem Update auf 12.2 wieder läuft, eine Wiederherstellung der Daten bei gleichzeitigem Löschen des "fehlerhaften" Nutzers und dessen Papierkorbs durchzuführen. {seufz). Danke nochmal.

Ganz guter Tipp. Leider geht das aber auch nicht. Fehlermeldung: " ...Pfadnamen zu lang..."