☰

为什么启动 gedit 突然变慢了？

tag-icon • tag-icon 20.04 gnome gedit
为什么启动 gedit 突然变慢了？
设置：

ubuntu 20.04.3，每日更新

背景：

多年来，我一直从终端启动 gedit。很频繁。没有任何问题。

问题：

几周前，在一台笔记本电脑和两台性能各异的台式机上（均运行 20.04.3 版本，并且大约每天更新一次），gedit 开始需要大约一分钟才能加载。有时甚至需要几分钟。

嗯...有人知道发生了什么吗？解决吗？

答案1

有时，应用程序配置数据可能会混乱，这可能会对应用程序启动产生不利影响。例如，它们可能包含一些对不再可用的网络资源的引用。

该gedit应用程序似乎有三个地方保存一些配置和应用程序数据：

  1. 该$HOME/.config/gedit目录包含一些应用程序配置数据文件，例如加速键、页面和打印设置信息以及调用的工具（脚本）gedit。

  2. 该$HOME/.local/share/gedit/目录包含gedit-metadata.xml保存有关 所打开文件的信息的文件gedit。

  3. “dconf 数据库”，可以通过运行来访问dconf-editor。

我推测，罪魁祸首是该gedit-metadata.xml文件。关闭所有打开的gedit窗口并重命名此文件。然后尝试重新启动gedit。如果此方法不起作用，请在目录下查找其他文件$HOME/.local/share/gedit/并尝试逐个重命名它们。此目录中的某些文件似乎已被弃用，因此文件修改日期可能是这里的线索。

如果这不能解决您的问题，您可以尝试重命名$HOME/.config/gedit目录的内容。

如果这仍然不能解决你的问题，你可以开始dconf-editor，导航到分支“/org/gnome/gedit”并尝试将配置值重置为其默认值。

我要考虑的另一个地方是禁用（再次逐个）插件gedit：选择优先进入gedit并转到插件选项卡。从那里，您可以禁用所有插件，然后通过gedit每次退出并重新启动来逐个启用它们。

__

请评论您所做的事情以及解决您问题的方法。

答案2

执行 gedit 时，在命令前面添加strace，例如

$ strace gedit |& tee gedit-strace.log

将 strace 传输到文件时，您可以看到使用了哪些系统调用。在我的例子中，gedit 正在尝试打开已挂载的文件系统。此挂载点包含无法解析的网络文件服务器 (NFS) 的详细信息。

gedit 正在尝试打开此挂载点，但总是会失败并且需要很长时间才能超时。

为了解决这个问题，请卸载那些需要很长时间才会失败的挂载点。

# umount /mnt/nfserver

就我的情况而言，gedit 此后会立即启动。

相关内容