从macOS格式化的exFat存储复制文件时Ubuntu 24.04 LTS系统频繁崩溃求助

问题背景 #

我最近正从MacOS设备（MacBook Pro, Retina, 15-inch, Mid 2015, 16GB RAM）切换到Linux，10天前安装了Ubuntu 24.04 LTS。但现在遇到一个棘手的问题：不管用rsync还是cp命令，从macOS格式化的exFat存储复制文件时，系统总会在启动复制1-2分钟后彻底崩溃，只能按电源键硬重启。查看/var/log/syslog发现崩溃前最后执行的是tracker或tracker-miner-f相关命令，还带有错误，我怀疑这可能是罪魁祸首。

已初步排除的因素 #

• 排除tracker-miner-f问题：卸载tracker后，崩溃问题依然存在
• 排除硬盘硬件故障：从两个不同的exFat格式硬盘复制数据时，都会出现崩溃情况
• 排除rsync专属问题：使用cp命令时同样会触发崩溃

专家排查建议 #

你好，结合你的问题描述和已经排除的点，我给你整理了几个针对性的排查和解决方向，一步步来应该能定位到问题：

1. 优先检查exFat驱动的兼容性
   Ubuntu 24.04默认用exfatprogs作为exFat的驱动工具，有时候这个工具的新版本可能存在兼容性BUG。你可以先尝试重新安装它，修复可能的损坏文件：

sudo apt purge exfatprogs && sudo apt install exfatprogs

如果还是不行，试试切换到更成熟的exfat-fuse驱动（旧版Ubuntu的默认选择）：

sudo apt install exfat-fuse exfat-utils

安装完成后，先卸载你的exFat硬盘，重新挂载后再尝试复制文件测试。

2. 彻底禁用后台文件扫描工具
   虽然你卸载了tracker，但Ubuntu桌面环境还有其他后台扫描文件的进程，比如GNOME的文件索引服务或者Nautilus的实时监控。你可以临时禁用这些服务来验证是否是它们导致的冲突：

# 禁用GNOME的外部搜索提供者
gsettings set org.gnome.desktop.search-providers disable-external true
# 关闭Nautilus的交互式搜索索引
gsettings set org.gnome.nautilus.preferences enable-interactive-search false

测试完如果问题消失，你可以考虑永久禁用这些服务，或者调整索引的排除目录，把你的exFat硬盘加入排除列表。

3. 抓取崩溃前的内核日志
   系统崩溃时，内核层面的日志比syslog更有参考价值。你可以在复制文件前打开一个终端，执行以下命令来实时监控内核日志：

sudo dmesg --follow

然后启动文件复制，等待系统崩溃后重启，查看日志的最后几行，重点关注是否有kernel panic、IO error、exfat相关的报错信息，这能直接帮你定位是驱动问题还是内核层面的故障。

4. 拆分复制场景测试
   有时候复制大量小文件会触发文件系统的BUG，而复制单个大文件则不会。你可以分别测试两种场景：

• 复制一个几个GB的大文件，观察是否崩溃
• 复制一堆小文件（比如几百个KB级的文件），观察是否崩溃
  通过这种方式可以缩小问题范围，判断是文件数量还是文件大小导致的问题。

5. 监控系统资源负载
   复制文件时打开htop工具，实时监控内存、CPU的使用情况：

htop

看看是否有内存占用突然飙升到100%，或者某个进程CPU占用异常高的情况，排除资源耗尽导致的系统崩溃。

备注：内容来源于stack exchange，提问作者ecjb