En Ubuntu 14.04.
Mientras usaba KeepassX, intenté abrir una base de datos con el acceso directo Ctrl+ O, pero pareció fallar y una ventana no respondía. Luego noté el mismo comportamiento con Firefox, geditEye of Gnome y casi cualquier aplicación que tenga con un cuadro de diálogo "Abrir archivo".
Al reiniciar, lo intenté nuevamente y todavía sucede. Sin embargo, finalmente descubrí que el cuadro de diálogo tardó mucho en aparecer y simplemente hace que la aplicación no responda antes de hacerlo (haciendo que parezca que se bloqueó). Aunque sólo ocurre la primera vez. El uso posterior de Ctrl+ Oya no se ralentizará en una aplicación que ya se está ejecutando y que ya pasó por esa secuencia lenta una vez, pero vuelve a suceder (aún solo la primera vez que se llama al cuadro de diálogo) una vez que se reinicia la aplicación.
Lo usé eogpara probar, cuando lo ejecuté en una terminal y usé el acceso directo Ctrl+ O. El siguiente resultado aparece justo antes de que aparezca el cuadro de diálogo:
Error creating proxy: Error calling StartServiceByName for org.gtk.Private.UDisks2VolumeMonitor: Timeout was reached (g-io-error-quark, 24)
Probé varias aplicaciones en una terminal con el mismo efecto. También noté que ejecutar aplicaciones como rootnoSin embargo, tienen el mismo efecto. Es decir, el comportamiento lento que parece fallar no ocurre cuando se usan esas aplicaciones con sudo. De ese resultado, puedo inferir que probablemente tenga algo que ver con uDisks ya que tengo particiones y unidades montadas al inicio. También siento que uDisks tiene algo que ver con esto porque he probado que esto solo sucede si mis unidades externas están conectadas antes de iniciar sesión.
Lo más parecido que puedo encontrar sobre el problema en otros lugares eseste comentario bastante crípticoen SourceForge sobre lo que le sucede a otra aplicación (que no tengo ni uso) que dice:
... resulta que a gtk no le gusta ejecutarse como un proceso hijo huérfano bifurcado - imagínate...
¿Cuál puede ser la razón por la que esto sucede? ¿Hay algo que pueda hacer para deshacerme de la lentitud?
Respuesta1
Tengo el mismo problema cuando ejecuto geditWindows 10.
El problema comenzó cuando comencé a trabajar desde casa usando una VPN para conectarme a la red y a las unidades compartidas en el trabajo.
El problema resultó ser las unidades compartidas: el proceso de diálogo de archivos escanea las unidades compartidas antes de mostrar la ventana de diálogo de archivos.
Como accedo a las unidades compartidas a través de una VPN, escanearlas lleva mucho tiempo; alrededor de 10 segundos.
Hay un informe de error para esto:https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1820866
Respuesta2
No estoy seguro exactamente de qué está causando esto (hice una búsqueda rápida en Google y, para ser honesto, podría ser una de varias razones)
pero, con diferencia, la solución más común que encontré fue intentar
sudo apt-get remove tracker --purge
El paquete de seguimiento no es necesario y está provocando que muchas personas experimenten el mismo problema. Esto pareció funcionar para TODOS (3) los foros que busqué :D. Espero que también pueda ayudarte.