Linux find -xdev 排查目录为何越过挂载点：du 与 bind mount 的边界

服务器上的目录明明只有几十 GB，du -sh /data 却比预期大很多，或者扫描目录时突然把备份盘、容器卷一起列出来，常见原因不是 du 算错，而是目录树中间跨过了挂载点。排查时先用 findmnt 看边界，再用 find -xdev 或 -mount 限制扫描范围，最后用 df 对照底层文件系统。

排查目录大小异常飘出预期值，核心是先对齐你要统计的路径所属文件系统边界，用 find -xdev 锁死当前设备扫描范围，就能避免把跨挂载的其他盘内容误算进来。

先分清 du、df 和挂载点在回答什么

du 从目录向下累加文件大小，适合回答“这个目录树里有哪些大文件”；df 读取文件系统统计，适合回答“这个挂载的磁盘还剩多少”。当目录包含挂载点时，两个数字不一致是正常现象。

findmnt -T /data
df -hT /data
du -xsh /data

先记下 SOURCE、FSTYPE 和 TARGET。如果 /data/cache 是单独挂载的文件系统，那么不带限制的 du 会继续向下走；du -x 则只统计与起点同一文件系统的内容。

用 find -xdev 固定目录扫描边界

需要列出大文件时，可以把 -xdev 放在路径后面，配合大小过滤和空格安全的打印方式。GNU find 也支持同义选项 -mount，团队脚本最好统一一种写法。

find /data -xdev -type f -size +1G -printf '%s %p\n' \
  | sort -nr | head -20

# 兼容习惯写法
find /data -mount -type f -mtime +30 -print

如果只是看一级目录，du -xhd1 /data 更直观；如果要交给后续脚本处理，使用 -print0 和空字符分隔，避免文件名中有空格或换行时误拆分。

注意 -xdev 按设备边界工作。某些 bind mount 与源目录共享同一设备号，不能简单把“同一设备”理解成“同一路径”；这正是需要额外核对挂载表的地方。

bind mount 重复出现时怎么核对

bind mount 会把已有目录从另一个路径暴露出来。例如 /srv/app/cache 被绑定到 /var/lib/app-cache 后，两个路径都可能被扫描工具看到。先列出挂载关系，再决定从哪个入口统计。

findmnt -R /srv/app
findmnt -T /srv/app/cache
mountinfo=$(awk '$5=="/srv/app/cache" {print}' /proc/self/mountinfo)
printf '%s\n' "$mountinfo"

若目标是计算真实数据量，选择一个不会重复进入的入口，并在记录里写明 bind mount 的源和目标。若目标是验证某个容器或服务可见的空间，则应从它实际看到的路径执行 df 和 du，不要拿宿主机的目录结果代替。

清理之前做一次反向验证

• du -xsh 很小、df 却很满：检查已删除但仍被进程打开的文件，以及其他入口下的挂载点。
• du 很大、df 也同步变大：先按目录和修改时间列清单，确认业务是否仍在使用。
• 只有容器里异常、宿主机正常：从容器的挂载视图执行 findmnt -R，确认 bind mount 和读写层。

建议把命令输出保存到工单或值班记录中，再进行删除、截断或卸载。文件系统边界没核清时，rm -rf 的风险远高于一次多花几分钟的核对。

常见问题

find -xdev 和 find -mount 有什么区别？

在 GNU find 中它们都是限制跨文件系统的选项，作用基本等价；脚本中保持一种写法并在目标发行版上实测即可。

为什么 du 和 df 的结果总是对不上？

du 统计目录可见文件，df 统计整个文件系统块，还可能受挂载点和已删除打开文件影响；两者用于不同问题，不应要求完全相等。

bind mount 会让文件被计算两次吗？

从两个路径入口递归扫描时可能重复看到同一内容。应先用 findmnt 找出源、目标关系，再固定单一统计入口。

清理大目录前最少要保存哪些信息？

至少保存 findmnt、df -hT、受限 du 和待删除文件清单，并确认服务、容器和备份任务没有依赖这些路径。

目录空间异常时，先确认“统计对象”再确认“清理对象”。findmnt 定边界，find -xdev 控范围，du 找文件，df 看文件系统，四个角度对齐后再动数据。