Das Dialogfeld „Datei öffnen“ wird in allen Anwendungen erst nach längerer Zeit angezeigt

Das Dialogfeld „Datei öffnen“ wird in allen Anwendungen erst nach längerer Zeit angezeigt

Unter Ubuntu 14.04.

CtrlWährend ich KeepassX verwendete, versuchte ich, eine Datenbank mit der Tastenkombination + zu öffnen O, aber es schien abzustürzen und das Fenster reagierte nicht mehr. Dasselbe Verhalten bemerkte ich dann bei Firefox, geditEye of Gnome und fast allen anderen Anwendungen, die ich mit einem „Datei öffnen“-Dialog habe.

Beim Neustart habe ich es noch einmal versucht und es passiert immer noch. Irgendwann habe ich jedoch herausgefunden, dass es einfach sehr lange dauerte, bis das Dialogfeld angezeigt wurde, und dass die Anwendung vorher nicht mehr reagierte (so dass es aussah, als wäre sie abgestürzt). Es passiert jedoch nur beim ersten Mal. Die nachfolgende Verwendung von Ctrl+ Overlangsamt eine bereits laufende Anwendung, die diese langsame Sequenz bereits einmal durchlaufen hat, nicht mehr, aber es passiert erneut (immer noch nur beim ersten Aufruf des Dialogfelds), sobald die Anwendung neu gestartet wird.

eogIch habe es zum Testen auf einem Terminal ausgeführt und die Tastenkombination + verwendet . CtrlDie Ofolgende Ausgabe wird unmittelbar 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 getestet und derselbe Effekt erzielt. Außerdem ist mir aufgefallen, dass das Ausführen von Anwendungen als Rootnichthaben jedoch den gleichen Effekt. Das heißt, dass das langsame, scheinbar abstürzende Verhalten nicht auftritt, wenn diese Anwendungen mit verwendet werden sudo. Aus dieser Ausgabe kann ich schließen, dass es wahrscheinlich etwas mit uDisks zu tun hat, da ich Partitionen und Laufwerke beim Start gemountet habe. Ich habe auch das Gefühl, dass uDisks etwas damit zu tun hat, weil ich getestet habe, dass dies nur passiert, wenn meine externen Laufwerke angeschlossen sind, bevor ich mich anmelde.

Das Nächste, was ich zu dem Problem anderswo finden kann, istdieser ziemlich kryptische Kommentarauf SourceForge darüber, dass dies bei einer anderen Anwendung (die ich weder habe noch verwende) passiert ist, mit der Aussage:

... stellt sich heraus, dass GTK nicht gerne als gegabelter untergeordneter verwaister Prozess ausgeführt wird – versuchen Sie es mal ...

Was könnte der Grund dafür sein? Kann ich etwas tun, um die Verlangsamung zu beheben?

Antwort1

Bei mir tritt das gleiche Problem auf, wenn ich geditWindows 10 verwende.

Das Problem begann, als ich begann, von zu Hause aus zu arbeiten und über ein VPN eine Verbindung zum Netzwerk und den freigegebenen Laufwerken bei der Arbeit herzustellen.

Das Problem lag offenbar bei den freigegebenen Laufwerken: Der Dateidialogprozess durchsucht die freigegebenen Laufwerke, bevor das Dateidialogfenster angezeigt wird.

Da ich über ein VPN auf die freigegebenen Laufwerke zugreife, dauert das Scannen sehr lange, etwa 10 Sekunden.

Hierzu gibt es einen Fehlerbericht:https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1820866

Antwort2

nicht genau sicher, was die Ursache dafür ist (habe schnell eine Google-Suche für Sie durchgeführt, und um ehrlich zu sein, könnte es einer von mehreren Gründen sein)

aber die bei weitem häufigste Lösung, die ich fand, war der Versuch

sudo apt-get remove tracker --purge

das Tracker-Paket ist nicht notwendig und verursacht bei vielen Leuten das gleiche Problem. Dies schien in ALLEN (3) Foren, die ich durchsucht habe, zu funktionieren :D hoffentlich kann es Ihnen auch helfen.

verwandte Informationen