在 Ubuntu 14.04 上。
Ctrl使用 KeepassX 时，我尝试使用+快捷键打开数据库O，但它似乎崩溃了，窗口没有响应。然后我注意到 Firefox、geditEye 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 不喜欢作为分叉的子孤儿进程运行 - 去figger ...
发生这种情况的原因可能是什么？我能做些什么来摆脱这种缓慢的情况吗？
答案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 希望它也能帮助你。