Es dauert lange, bis das Dialogfeld "Datei öffnen" in allen Anwendungen angezeigt wird

8

Unter Ubuntu 14.04.

Während der Verwendung von KeepassX habe ich versucht, eine Datenbank mit der Verknüpfung Ctrl+ zu öffnen O, aber es schien, als stürzte sie mit einem nicht reagierenden Fenster ab. Ich bemerkte dann das gleiche Verhalten bei Firefox, geditEye of Gnome und fast jeder Anwendung, die ich mit einem Dialogfeld "Datei öffnen" habe.

Beim Neustart habe ich es erneut versucht und es passiert immer noch. Schließlich stellte ich jedoch fest, dass das Anzeigen des Dialogfelds nur lange gedauert hat und die Anwendung zuvor nicht mehr reagiert (so dass es aussieht, als wäre es abgestürzt). Es passiert jedoch nur beim ersten Mal. Die nachfolgende Verwendung von Ctrl+ Owird bei einer bereits laufenden Anwendung, die diese langsame Sequenz bereits einmal durchlaufen hat, nicht mehr verlangsamt. Sie tritt jedoch erneut auf (immer noch nur beim ersten Aufruf des Dialogfelds), sobald die Anwendung neu gestartet wird.

Verwenden Sie eogzum Testen, wenn ich es auf einem Terminal ausgeführt und die Verknüpfung Ctrl+ verwendet habe O. Die folgende Ausgabe wird direkt vor dem Dialogfeld angezeigt:

Error creating proxy: Error calling StartServiceByName for org.gtk.Private.UDisks2VolumeMonitor: Timeout was reached (g-io-error-quark, 24)

Ich habe mehrere Anwendungen auf einem Terminal mit dem gleichen Effekt getestet. Mir ist auch aufgefallen, dass das Ausführen von Anwendungen als Root nicht den gleichen Effekt hat. Das heißt, dass das langsame Verhalten, als würde es abstürzen, bei der Verwendung dieser Anwendungen mit nicht auftritt sudo. Aus dieser Ausgabe kann ich schließen, dass es wahrscheinlich etwas mit uDisks zu tun hat, da beim Start Partitionen und Laufwerke gemountet sind. Ich habe auch das Gefühl, dass uDisks etwas damit zu tun hat, da ich getestet habe, dass dies nur passiert, wenn meine externen Laufwerke angeschlossen sind, bevor ich angemeldet bin.

Das Nächste, was ich an anderer Stelle über das Problem finden kann, ist dieser ziemlich kryptische Kommentar zu SourceForge darüber, dass es mit einer anderen Anwendung passiert (die ich nicht habe oder nicht benutze) und sagt:

... stellt sich heraus, dass gtk nicht gerne als Waisenprozess für gegabelte Kinder ausgeführt wird - go figger ...

Was kann möglicherweise der Grund dafür sein? Kann ich irgendetwas tun, um die Langsamkeit loszuwerden?

linux terminal gtk udisks maki57
quelle
Ich auch, außer ich bin auf Debian Sid, aber der Rest ist identisch mit Ihrer Beschreibung. Haben Sie es geschafft, das Problem zu lösen?
Lucio Crusca
Technisch gesehen wurde es vor Jahren "gelöst" (dh ich habe das Problem nicht mehr), aber ich habe nichts getan, von dem ich glaube, dass es es behoben hätte. Ich habe mich einige Zeit mit der Langsamkeit beschäftigt und dann hat es einfach aufgehört, langsam zu sein. Ich erinnere mich jedoch deutlich daran, dass ich zu diesem Zeitpunkt nichts aktualisiert oder etwas Neues installiert habe. Die folgende Lösung von Sean Davey könnte Ihnen helfen.
Maki57
Danke @ maki57 Ich hatte diese Lösung bereits ausprobiert, aber es hat nicht geholfen.
Lucio Crusca
Hier ist, wie ich das Problem schließlich gelöst habe: lists.debian.org/debian-user/2018/07/msg00043.html
Lucio Crusca

Antworten:

0

Ich bin mir nicht sicher, was genau das verursacht (habe eine schnelle Google-Suche für Sie durchgeführt und könnte einer der wenigen Gründe dafür sein).

Aber die mit Abstand häufigste Lösung war, es zu versuchen 

sudo apt-get remove tracker --purge

Das Tracker-Paket ist nicht erforderlich und führt bei vielen Menschen zum gleichen Problem. Dies schien für ALLE (3) der von mir gesuchten Foren zu funktionieren: D Hoffentlich kann es Ihnen auch helfen.

Sean Davey
quelle