Cool ist ja auch immer Sachen vom USB-Stick zu löschen.
Man legt sie in den Papierkorb, stöpselt den USB Stick ab, steckt ihn an ein Windows PC dran und bemerkt dann, dass die Dateien nicht mehr auf dem USB Stick sichtbar sind, aber immer noch Platz verbrauchen.
Man muss ihn wieder mit einem Mac verbinden und dann dem Papierkorb auf dem Mac sagen Papierkorb leeren, damit der Platz frei gegeben wird.

USB-Sticks lösche ich grundsätzlich mit dem Festplattendienstprogramm, da kann man sich das alles ersparen.

Oft genügt es nach meiner Erfahrung auch, den Finder neu zu starten; dann lässt sich der Papierkorb leeren. Geht jedenfalls schneller als ein Neustart.

Wenn der eigene Papierkorb sich nicht entleeren lässt:


Kein Papierkorb auf USB-Sticks, sofortiges Löschen:


Kein Spotlight-Index auf USB-Sticks:

Also so brutal mit rm -rf heran zu gehen würde ich niemals empfehlen. Das soll jeder von Hand tippen, der sich absolut sicher ist. Was ich z.B. eben noch gemacht habe: Wenn z.B. sich ein Film nicht löschen läßt, weil QuickLook meint, ihn noch cachen zu müssen, reicht es, im Terminal "rm " einzugeben und die Datei auf das Fenster zu ziehen. Warum erwähnt Ihr das nicht einfach?
Da muß keiner Angst haben und es ist immer noch viel wirkungsvoller als der Finder, der eben manchmal bockt.
Vor allem, jeder sollte intelligenter Weise nicht als Admin unterwegs sein – und da hilt ein sudo sowieso nicht, da man sich vorher erstmal als Admin einloggen muß.

Ich liebe UNIX-Kommandos, mächtig und schweigsam.

Und, UNIX-Kommandos sind gnadenlos - wer so etwas benutzt, sollte wissen, was er tut.

Aber wir reden hier über Fälle, wo der Papierkorb zickt, und da tut das Kommando genau das, was es soll.

Oft ist es auch, dass ein File noch von einem anderen Programm genutzt wird.
Um herauszufinden, welches das Programm ist, im Terminal

Hier ist das Bild also noch in der Vorschau geöffnet.
Vorschau schliessen / beenden und Papierkorb leeren.

Macmissionar: Das ist schon richtig (die Empfehlung, mit einem täglichen Surf- und Arbeits-Account nicht als Admin zu arbeiten).

Aber selbst wenn Du als Standard-Benutzer ohne Admin-Rechte eingeloggt bist, kannst Du problemlos eine root-Shell öffnen (natürlich vorausgesetzt, Du weißt das Admin-Kennwort, dieses muss dann eben 2x eingetippt und bestätigt werden):

1.
("adminaccount" durch den Kurznamen des Administrator-Accounts ersetzen)

2.
Und schon ist sie da, die "Gott-Shell" ...

Leute, das ist Unsinn! Natürlich kann man auf einem Mac problemlos als Admin unterwegs sein. Denn ein Admin kann nicht nennenswert mehr als ein einfacher User. Ein Admin ist schließlich kein Root.

In meinem Papierkorb haben sich hunderte Dateien angesammelt. Beim Löschversuch kommt Fehler -8003. Was macht man da am besten??

Zu meinem Beitrag von eben hier noch mal die zur Erklärung, warum es so ist. Da es hier schon des Öfteren diskutiert wurde, verweise ich auf einen Text von MacMark, der es schön erklärt: (dort unter: Administrator ungleich System)

BootCamp Dateien, sind auch nicht gerade leicht. Hier muss man den Windows Ordner "Trasch" löschen. Erst dann ist auch der OSX Korb leer. Hatte ich vor kurzem noch. Alles andere half nichts

Bravo AppAppApple
Was daran brutal sein soll frage ich mich. Es fliesst weder Blut noch hat jemand ein blaues Auge. Es ist schlicht das Löschen von Dateien mit anderen Mitteln. Dass möglicherweise der eine oder andere unbedarfte User mehr löscht als ihm gut tut ist unbestritten. Aber das war schon immer so.

Nur weil das manche Mac-User so kommunizieren, wird es nicht richtiger!

Mit einem Benutzer ohne administrative Rechte ist ein höheres Maß an Sicherheit beim täglichen arbeiten (insbesondere surfen) gewährleistet.

U.a. hat ein Standard-Benutzer (also ohne Admin-Rechte) bzw. verwalteter Benutzer (ohne Admin-Rechte und mit weiteren Einschränkungen) in bestimmten Bereichen des Systems keine Schreibrechte, in denen ein Admin-User schreiben darf (auch ohne Passwort-Abfrage).

Vor allem, wenn der "verwaltete Benutzer" sein Passwort nicht ändern darf (und sich bei der erstmaligen Erstellung dseines Passwortes an vorgegebene Mindest-Sicherheitsanforderungen halten musste) und das Admin-Passwort nicht kennt!

Man muß unterscheiden ^ ob man zu Hause Kinder und andere Lite-Terroristen hat oder wirklich nur alleine am Rechner hantiert.

Manchmal ist auch ein
im Terminal hilfreich. Dies listet alle offenen Dateien und zeigt an, welches Programm diese noch geöffnet hat. Wenn man das Programm dann beendet, flutscht auch das Löschen. Wenn es natürlich irgendwelche Systemprozesse sind, dann wird's mit dem Beenden schwierig.

Wenn man so etwas schon liest im Artikel bezüglich der Dateipfade, dann wird einem echt anders. Lösungsansatz ok, aber von der Art nicht durchdacht:

Auf der Apple Support-Seite ist das einfacher:
Archiviert - Verschieben, Entsperren, Bearbeiten oder Kopieren von Objekten unter Mac OS X nicht möglich

Der Rest des MTN Artikels ist dann wieder in Ordnung.

Wobei die Hilfe von Apple noch weiter geht im Single User Mode. Auch wenn es um technische Hilfe geht, ist das Original oft am besten.

Ich kann dem Artikel in einer Hinsicht nicht ganz folgen:
Das wäre mir ganz was Neues. Meine TimeMachine-Backups nutzen ganz normale Hard Links. Jeder neue Backupsatz ist wieder in sich vollständig (auch wenn nur die Differenzen neu kopiert und alle unveränderten Dateien „nur“ hart verlinkt wurden) und bleibt auch vollständig, wenn man ältere Backupsätze löscht. Eine Datei, zu der mehrere Hard Links existieren, wird erst gelöscht, sobald alle ihre Hard Links gelöscht wurden. Das ist ein ganz anderes Konzept als Soft Links, bei denen es eine Originaldatei gibt sowie Verweise auf dieses Original, die ungültig werden, wenn man das Original löscht.
Von Problemen beim Löschen von Backupsätzen mit dem Finder habe ich noch nie gehört, geschweige denn selbst welche beobachtet (und ja: Ich habe ältere Backups auch schon per Finder über den Papierkorb gelöscht).