我把我的笔记本电脑迁移到了 14.04.1 LTS（从 12.04 部分升级到 13.10 以获得硬件支持）。从那时起，我的 nautilus 窗口打开速度会随机变得非常慢。当这种情况发生时，如果打开 nautilus 窗口，它会变灰，桌面上的图标会冻结，直到新的 nautilus 窗口出现。
我以为可以通过编辑主目录中包含一些对不可用的 Samba 共享的旧引用的 .gtk-bookmarks 来解决问题。但问题再次出现，我遇到了一些随机崩溃。
我尝试从命令行启动 nautilus，但没有消息。
你有好主意吗 ？
以下是崩溃报告的摘录：
ProblemType: Crash Architecture: amd64 CurrentDesktop: Unity Date: Thu Sep 25 14:26:00 2014 DistroRelease: Ubuntu 14.04 ExecutablePath: /usr/bin/nautilus ExecutableTimestamp: 1405434801 ProcCmdline: nautilus -n ProcCwd: /home/pro ProcEnviron: LANGUAGE=fr_FR PATH=(custom, user) XDG_RUNTIME_DIR= LANG=fr_FR.UTF-8 SHELL=/bin/bash ProcMaps: 00400000-00552000 r-xp 00000000 08:03 8264348 /usr/bin/nautilus 00752000-00753000 r--p 00152000 08:03 8264348 /usr/bin/nautilus 00753000-00758000 rw-p 00153000 08:03 8264348 /usr/bin/nautilus 00758000-00759000 rw-p 00000000 00:00 0 02706000-03377000 rw-p 00000000 00:00 0 [heap] 7f6da8db1000-7f6dac000000 r--p 00000000 08:03 9699498 /usr/share/icons/hicolor/icon-theme.cache [...] ProcStatus: Name: nautilus State: S (sleeping) Tgid: 3097 Ngid: 0 Pid: 3097 PPid: 2807 TracerPid: 0 Uid: 1000 1000 1000 1000 Gid: 1000 1000 1000 1000 FDSize: 64 Groups: 4 24 27 30 46 109 124 125 1000 VmPeak: 1488640 kB VmSize: 1414324 kB VmLck: 0 kB VmPin: 0 kB VmHWM: 90388 kB VmRSS: 45960 kB VmData: 924328 kB VmStk: 136 kB VmExe: 1352 kB VmLib: 63352 kB VmPTE: 916 kB VmSwap: 320 kB Threads: 4 SigQ: 0/26789 SigPnd: 0000000000000000 ShdPnd: 0000000000000000 SigBlk: 0000000000000000 SigIgn: 0000000000001000 SigCgt: 0000000180000000 CapInh: 0000000000000000 CapPrm: 0000000000000000 CapEff: 0000000000000000 CapBnd: 0000001fffffffff Seccomp: 0 Cpus_allowed: f Cpus_allowed_list: 0-3 Mems_allowed: 00000000,00000001 Mems_allowed_list: 0 voluntary_ctxt_switches: 13077 nonvoluntary_ctxt_switches: 3114 Signal: 11 Uname: Linux 3.13.0-35-generic x86_64 UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo vboxusers _LogindSession: /user/1000.user/c2.session
答案1
我已经使用 Ubuntu 14.04 LTS 大约 6 个月了，从一开始我就遇到了这个问题 - 干净的系统，HP Probook 450。解决 Nautilus 响应缓慢/崩溃的方法是删除所有书签（菜单/书签）；之后问题就不再出现了。不幸的是，无法确认这是否是一个全局解决方案。
答案2
我可以提出一个观察结果，即使它可能不是您的理想解决方案。我和几个朋友反复观察到，Ubuntu 的各种 64 位发行版似乎并不是特别稳定。我们都选择在 64 位硬件上使用 Ubuntu 的 32 位发行版。
我很少遇到 Nautilus 运行缓慢或无响应的问题。在所有情况下，原因都是使用质量较差的 USB 记忆棒，我很少这样做，但我经常被要求执行数据恢复，有时他们会将此类驱动器作为恢复介质提供给我。您完全确定您的驱动器是健康的吗？您可以尝试打开“磁盘实用程序”，看看它是否有坏消息。
答案3
我也有这种情况，这可能是因为你已将网络驱动器加入书签，你之前提到使用 Samba 的事实非常有说服力。Nautilus 似乎希望在将窗口呈现到桌面环境之前，确保每个已加入书签的设备在“窗口渲染器线程”中具有“网络接触” - 这不仅是次优的，而且意味着很难诊断/删除过去的错误配置 smb：连接。
在建议如何修复方面，你做的都是正确的，而且可能遵循了正确的思维过程
答案4
我清空了 Template 文件夹，Nautilus 又能正常工作了。如果您在其中放入大量文件，Nautilus 会尝试为其中的所有文件创建一个“新建”选项。