В 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 не любит работать как ответвленный дочерний сиротский процесс - поди разберись...
В чем может быть причина, почему это происходит? Можно ли что-то сделать, чтобы избавиться от замедления?
решение1
У меня та же проблема при работе geditна Windows 10.
Проблема началась, когда я начал работать из дома, используя VPN для подключения к сети и общим дискам на работе.
Проблема оказалась в общих дисках: процесс диалога файлов сканирует общие диски перед отображением окна диалога файлов.
Поскольку я получаю доступ к общим дискам через VPN, их сканирование занимает очень много времени — около 10 секунд.
Для этого есть отчет об ошибке:https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1820866
решение2
не уверен, что именно является причиной этого (сделал быстрый поиск в Google, и, честно говоря, это может быть одной из нескольких причин)
но, безусловно, наиболее распространенным решением, которое я нашел, было попробовать
sudo apt-get remove tracker --purge
пакет трекера не нужен и заставляет многих людей испытывать ту же проблему. Это, кажется, сработало для ВСЕХ ( 3 ) форумов, которые я искал :D надеюсь, это поможет и вам.