gvfsd-trashs Weg, den Müll zu löschen

4355
user128712

Ein Weg, den Laptop an seine Grenzen zu bringen, ist das Aufräumen des Mülls in einem Gnome-basierten DE mit nautilusbasiertem FM. Wenn der Papierkorb über eine Unmenge von Dateien verfügt (z. B. eine Kopie des gesamten Android-Open-Source-Projekts), wird das Löschen der Datei sehr heiß und stoppt, bevor sie gelöscht werden kann.

Basierend auf top, verbraucht der Prozess gvfsd-trashetwa 50% und es wird eine lange Zeit dauern. Das Löschen des Verzeichnisses ~/.local/share/Trashoder eines Verzeichnisses, in dem die "Papierkorbdateien" die Hoffnung auf eine Rettung aus dem Löschen mit einem rm -rfBefehl setzen, erledigen die Aufgabe viel schneller als gvfsd-trash. Was macht gvfsd-trashman im Vergleich zu einem einfachen rm -rfBefehl?

6
Bitte unterstützen Sie das Ergebnis von `ps aux | fgrep gvfs` mja vor 7 Jahren 0

2 Antworten auf die Frage

1
Gannet

Ich habe eine Hass-Hass-Beziehung mit gvfsd-trash. Ich denke, es kann auf einem einzelnen PC gut funktionieren, aber mit einem kleinen Büronetzwerk kann es zu einem Albtraum werden. Ich vermute, wenn der Müll geleert wird, erledigt er das "Aufräumen". Dies kann kompliziert werden, wenn Mountpunkte verschoben oder Berechtigungen und Eigentümer geändert werden. Es scheint auch, dass die CPU für längere Zeit festgefahren wird und versucht, die Dinge bei jedem Start der Maschine zu lösen.

Meine Technik, wenn gvfsd-trash anfängt, die Maschinen zu verlangsamen, ist:

$ sudo rm -rf ~/.local/share/Trash

Dadurch wird der Papierkorb auf meiner eigenen Maschine entfernt. Der Dämon erstellt auch Verzeichnisse mit dem Namen ".Trash-1000" in den Wurzeln der Netzwerk-Mounts. Löschen Sie sie mit

$ sudo rm -rf [..path to file..]/.Trash-1000

Von dem Server, auf dem sich jede Netzwerkfreigabe befindet, werden zahlreiche Leistungsprobleme behoben. Hier ist "1000" meine UID, Ihre kann anders sein. "gvfsd-trash" scheint ziemlich gut darin zu sein, sein Gepäck loszuwerden, sobald die Papierkorb-Verzeichnisse weg sind.

HINWEIS: "Dies funktioniert auf einem Ubuntu / Mint-System, bei dem" sudo "Root-Berechtigungen bereitstellt. Bei anderen Distributionen verwenden Sie die entsprechende Technik. Wenn der" rm "-Befehl ohne Root-Berechtigungen funktioniert, sind die Probleme umso besser, aber das Problem ist normalerweise am schlimmsten kippen.

0
Virtually Nick

Ich bin mit gvfsd-trash nicht sehr vertraut, aber ich denke, es gibt ein paar Dinge, die dazu beitragen. Der GNOME-Papierkorbordner gilt für Dateien und Ordner im gesamten System und sogar im Netzwerk. Ich glaube, es enthält eine Datenbank, in der die Dateien ursprünglich gespeichert wurden. Wenn Sie also mit der rechten Maustaste auf eine Datei im Ordner "Papierkorb" klicken und sie wiederherstellen, weiß sie, wo sie wiederhergestellt werden soll. Wahrscheinlich werden auch einige andere Metadaten zu diesen Dateien gespeichert, wie etwa der Zeitstempel der Löschung, möglicherweise der ursprüngliche Besitz, die Zugriffszeit und Informationen zur Änderungszeit. Diese Daten würden normalerweise "verloren", wenn die Datei von einem Ort auf dem System in ein Verzeichnis verschoben wird Papierkorb des Benutzers. Im Falle eines Android-Quellverzeichnisses ist das viel Dateien, um diese Art von Metadaten zu speichern, und ich vermute, dass das Löschen der Dateien aus dem Ordner "Papierkorb" eine Weile dauert, um all diese Informationen zu bereinigen.

Verwandte Probleme