为何ExFAT格式SD卡无文件目录却显示大量空间占用？

我之前碰到过完全一样的情况！先还原下当时的场景：

有一张ExFAT格式的SD卡，先在Mac设备中导出部分文件，之后接入Linux设备。此时卡内已无内容，但文件系统仍显示接近满容量。删除了剩余的空DCIM目录后，系统仍显示55%的占用率，执行df -h能看到这个状态；但ls -lsa命令显示根目录下没有任何文件。卸载后用exfatfsck检测，结果显示卡内无文件和目录，但仍有31GB的已用空间，最后只能重新格式化。

可能的问题根源 #

这种情况基本是跨系统的ExFAT元数据处理不一致导致的，具体可能有这几个原因：

• Mac的原生ExFAT驱动和Linux的用户态驱动（比如exfatprogs或旧版fuse-exfat）对文件系统的元数据刷新、空间标记逻辑有差异，Mac导出文件后可能留下了未被正确释放的簇，或者残留了Linux驱动无法识别的系统级隐藏元数据。
• 如果你曾经在Mac上用Time Machine给这张SD卡做过备份，可能留下了快照残留，这些快照数据在Linux下无法被识别和清理，但会占用空间。
• 删除文件时，文件系统的分配表没有正确标记已释放的空间，导致df读取到的已用容量是错误的，但实际没有文件指向这些空间。

重新格式化前可以尝试的修复步骤 #

在直接格式化之前，你可以试试这些方法抢救：

1. 回到Mac系统修复元数据
   把SD卡插回Mac，打开「磁盘工具」，选中SD卡的ExFAT分区，点击顶部的「急救」按钮，让Mac的原生驱动修复文件系统的元数据。修复完成后一定要右键点击SD卡图标选择「推出」（不要直接拔），再插回Linux系统检查空间占用。
2. 用Linux的exfatprogs深度修复
   确保你安装的是最新版的exfatprogs（旧版fuse-exfat的兼容性差很多），先卸载SD卡：

   umount /dev/你的SD卡分区设备名  # 比如/dev/sdb1
   

   然后执行带详细日志的修复命令：

   exfatfsck -v /dev/你的SD卡分区设备名
   

   这个命令会扫描ExFAT的分配表和目录结构，如果发现未被正确释放的空间，会尝试标记为可用。修复完成后重新挂载再用df -h检查。
3. 验证空间统计差异
   挂载SD卡后，用du -sh /mnt/sdcard（替换成你的挂载路径）查看实际文件占用的空间，如果du显示0但df显示有占用，那100%是元数据的问题，上面的修复步骤大概率能解决；如果du也显示有占用，那试试ls -la查看隐藏文件，或者用find /mnt/sdcard -type f遍历所有文件，可能有隐藏的系统文件没被看到。

最终解决办法 #

如果上面的步骤都无法修复，说明ExFAT的元数据已经损坏到无法恢复的程度，这时候只能先尝试用testdisk之类的工具扫描卡内是否有可恢复的文件，然后重新格式化：

umount /dev/你的SD卡分区设备名
mkfs.exfat /dev/你的SD卡分区设备名

内容的提问来源于stack exchange，提问作者cheshirekow