Диалоговое окно "Открыть файл" занимает много времени, чтобы появиться во всех приложениях

На Ubuntu 14.04.

При использовании KeepassX я пытался открыть базу данных с помощью сочетания клавиш Ctrl + O, но она вылетала из-за не реагирующего окна. Затем я заметил то же самое поведение с Firefox, gedit, Eye of Gnome и почти любое приложение, которое у меня есть, с диалоговым окном "Открыть файл".

После перезагрузки я попробовал еще раз, и это все еще происходит. В конце концов, однако, я обнаружил, что для появления диалогового окна потребовалось много времени, и приложение просто перестает отвечать на запросы, прежде чем оно появилось (создавая впечатление, что оно вылетело). Впрочем, это происходит только в первый раз. Последующее использование Ctrl + O больше не будет замедляться в уже запущенном приложении, которое уже проходило эту медленную последовательность один раз, но это происходит снова (все еще только при первом вызове диалогового окна) после перезапуска приложения.

С помощью eog чтобы проверить, когда я запустил его на терминале и использовал сочетание клавиш Ctrl + O. Следующий вывод появляется прямо перед диалоговым окном:

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

Я протестировал несколько приложений на терминале с одинаковым эффектом. Я также заметил, что запуск приложений от имени пользователя root не имеет такого же эффекта. То есть медленное поведение "похоже, что это сбой" не происходит при использовании этих приложений с sudo, Из этого вывода я могу сделать вывод, что он, вероятно, как-то связан с uDisks, поскольку у меня при запуске смонтированы разделы и диски. Я также чувствую, что uDisks как-то связан с этим, потому что я проверил, что это происходит, только если мои внешние диски подключены до того, как я вошел в систему.

Ближайшая вещь, которую я могу найти о проблеме в другом месте - это довольно загадочный комментарий на SourceForge о том, что это происходит с другим приложением (которого у меня нет или я не использую), говорящий:

... оказывается, что gtk не любит запускаться как разветвленный дочерний процесс-сирота - иди фиггер...

Что может быть причиной того, почему это происходит? Что я могу сделать, чтобы избавиться от медлительности?

2 ответа

У меня такая же проблема при запускеgeditв Windows 10.

Проблема началась, когда я начал работать дома, используя VPN для подключения к сети и общим дискам на работе.

Проблема оказалась в общих дисках: процесс диалога с файлом сканирует общие диски перед отображением диалогового окна с файлом.

Поскольку я получаю доступ к общим дискам через VPN, их сканирование занимает очень много времени; около 10 секунд.

Для этого есть отчет об ошибке: https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1820866 .

Точно не знаю, что вызвало это, (сделал быстрый поиск в Google для вас, и это может быть одной из нескольких причин)

но самым распространенным решением, которое я нашел, было попытаться

sudo apt-get remove tracker --purge

пакет трекера не является обязательным и вызывает у многих людей ту же проблему. Похоже, это сработало для ВСЕХ ( 3) форумов, которые я искал. Надеюсь, это может помочь и вам.

Другие вопросы по тегам