Nautilus 很少会停止从启动器响应,但非常烦人。我在两台非常不同的机器上都遇到过这种情况:一台机架服务器(双 SSD、RAID 1、8 个实际线程)以及一台笔记本电脑(单 SSD、4 个线程、8 个超线程)。
将显示忙碌图标,并且 Nautilus 将不会启动。在服务器上,Nautilus 最终会工作,大概需要 30 秒。在笔记本电脑上,30 秒后它仍未工作,因此我重新启动了。
当这种情况发生时,没有其他原因可以解释这种缓慢现象。
有时问题会一直存在,直到重新启动。
这个问题的解决办法是什么?
编辑:这可能相关: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1569970
编辑这个问题最早是在 16.04 中发现的,在 20.04 中仍然存在。这个问题出现在禁用交换或将交换设置为最低值的机器上。
答案1
是的,这让我回想起往事(从 4 月 16 日开始)。
每当 Nautilus 没有响应(不启动,只是旋转器)时,我都会快速使用++ Ctrl& ,这会带来令人满意的结果。但这在您添加的启动板链接中提到了。Alttkillall nautilus
关于 20.04 版的 Gnome 桌面,这个帖子还提到了替代方案,例如nautilus -q
甚至通过运行命令对话:Alt+F2然后r
然后Enter。
我认为强制重启应用程序是一种足够的补救措施,因为 1.) 它避免了重新启动的需要,2.) 总的来说,故障并不经常发生。
那时我对 Linux 还不够了解,无法从日志中寻找线索。但我可以肯定地说,交换分区在我的案例中从未发挥过作用,因为我有足够的物理内存,而且根据indicator-applet
后来的gnome-shell-extension-system-monitor
说法,我的交换分区从未被使用过。
更新:
你可以尝试这个:
sudo apt-get install --reinstall nautilus-data
更新 2:
还有另一种方法强制重启 Nautilus (显然更受欢迎?):
# Get the PID with:
ps awx | grep nautilus
# Then:
sudo kill -TERM <PID here>
此外:您有使用 plain 的习惯吗sudo nautilus
?(我承认我也有这个习惯。)如果您也有,那么应该优先改掉这个习惯,因为它只会带来麻烦。
答案2
尝试重新安装 Nautilus
具体操作如下:
sudo apt autoremove nautilus
sudo apt install nautilus