OSX 10.5.8: Papierkorb - Kill Prozess

Y

yasuka

Neues Mitglied
Thread Starter
Dabei seit
18.02.2010
Beiträge
6
Reaktionspunkte
0
Hallo Gemeinde,

wenn ich Papierkorb sicher entleeren möchte, hängt sich das Vieh nach Löschen
von etwa 10 Objekten mir nix dir nix auf. Auch Abbruch reagiert nicht.
Und in der Aktivitätsanzeige finde ich keinen Prozess, der auf Papierkorb
hindeutet. Es muß aber einen Prozess geben.
Frage: wie heißt dieser Prozess, damit ich diesen von mir aus mit cmd. "Kill -"
beenden kann ?

danke für ein feedback
 
Gegenfrage: Hast Du zufällig ein TimeMachine Backup
reingeschoben und versuchst dieses nun zu löschen?

Ansonsten mal den Papierkorb mit gedrückter alt Taste
leeren (oder es zumindest versuchen).
 
Hi,
naja, ich hab die Tastenkombination shift+alt+cmd+backspace = sicher entleeren getippt und alt+cmd+esc hab ich nur die möglichkeit die kiste
runterzufahren.

wie auch immer, deine vermutung geht vielleicht in die weise richtung.
die objekte sind uraltzeugs aus der zeit parallels3, das möchte ich
nicht nach vers.5 importieren. wo ist jetzt der zusammenhang ?

dennoch, jede aktion, auch in unix-derivaten erfordert einen prozess, name ?

ich meine, ich hab das gedönse mittlerweise so gelöst:
terminal+cmd.rm -r+space+dragdrop = funzt

trotzdem, will wissen

danke für's feedback.
 
Bin total planloser (bzgl. Unix) GUI User, aber wenn Dateien
wiederum sehr viele kleine beinhalten kommt es schonmal zu
längeren Löschzeiten.

Bei den TM Backups gabs da immer immense Probleme, vielleicht
ist das bei VMs genauso. Keine Ahnung, ob das an den Hardlinks
bei TM lag…
 
vielleicht dauerts einfach nur sehr lange bis die dateien im papierkorb (evtl. mehrfach) überschrieben werden. bist du dir sicher das sich ein prozess aufhängt? wie kommst du darauf, ohne zu wissen wie dieser heißt? wie groß sind denn deine dateien?
du könntest im activity monitor nachsehen ob irgend ein prozess nicht reagiert.
wobei dies auch kein eindeutiges anzeichen für einen "hänger" ist..
ich tippe mal darauf das der prozess srm heißt oder das dies direkt der finder erledigt.
 
also die situation war, im papierkorb waren etwa 150 files, davon einige
eben xxGB groß. papierkorb zeigte etwas über 3500files während der löschphase. dann wurden 12,13,14files gelöscht und beim letzten file
löschen blieb es so 5std. lang. hätte sicherlich noch länger gedauert, wenn
ich die kiste nicht ausgeknipst hätte.
also wie soll ich das deuten ?
auch wenn er tief in die vm eingedrungen wäre, hätte zumindest der counter
weitehin was anzeigen müssen, daß sich was bewegt.
hat er aber nicht, also stellt sich das so für mich dar, daß das vieh gegen die wand gefahren ist.

ich betreibe jetzt erstmal grundlagenforschung hinsichtlich srm.
danke an alle.
 
der prozess nennt sich Locum...
ich rate aber davon ab, den zu killen. lass lieber die aktion durchlaufen. dauert zwar ne weile, aber es erledigt sich dann von selbst.
 
Zurück
Oben Unten