在 Ubuntu 14.04 上。
Ctrl在使用 KeepassX 時，我嘗試使用+快捷方式開啟資料庫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。從該輸出中，我可以推斷它可能與 uDisk 有關，因為我在啟動時安裝了分割區和磁碟機。我還覺得 uDisks 與此有關，因為我已經測試過，只有在登入之前插入外部磁碟機時才會發生這種情況。
我在其他地方能找到的關於這個問題的最接近的是這相當神秘的評論在 SourceForge 上關於它發生在另一個應用程式（我沒有或使用）上的消息說：
....事實證明 gtk 不喜歡作為分叉子孤兒進程運行 - 想想吧...
發生這種情況的原因可能是什麼？我能做些什麼來擺脫緩慢的情況嗎？
答案1
gedit我在 Windows 10 上運行時也遇到同樣的問題。
當我開始在家工作時，問題就開始了，使用 VPN 連接到工作中的網路和共享驅動器。
問題原來是共用磁碟機：檔案對話方塊進程在顯示檔案對話方塊視窗之前掃描共用磁碟機。
由於我透過 VPN 存取共用驅動器，因此掃描它們需要很長時間；大約10秒。
有一個錯誤報告：https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1820866
答案2
不確定到底是什麼原因造成的，（為您進行了快速谷歌搜索，這可能是幾個原因之一）
但到目前為止，我發現最常見的解決方案是嘗試
sudo apt-get remove tracker --purge
追蹤器包不是必需的，並且導致許多人遇到同樣的問題。這似乎適用於我搜尋的所有（3）個論壇：D 希望它也能幫助您。