Linux磁盘查看：df与du命令详解

Linux中df和du命令结果不一致并非程序缺陷，而是二者设计原理根本不同：df读取文件系统超级块中的已分配块总数（含被删除但进程仍占用的文件、预留空间、元数据等），而du仅遍历可见路径下的实际文件进行统计；常见诱因包括已删除但未释放的文件句柄、跨文件系统挂载导致du无法穿透统计、inode耗尽、临时卷缓存残留等。文章深入剖析了差异根源，并提供了lsof +L1、df -i、find结合inode分析等实用诊断技巧，以及du提速（如--max-depth、--exclude）、ncdu交互式排查等高效运维方案，强调真正影响服务可用性的往往不是磁盘容量用尽，而是被忽视的inode枯竭或tmpfs内存满载——唯有综合运用df与du，才能精准定位“空间够却写不了”的真实瓶颈。

df 和 du 显示结果不一致？不是 bug，是它们根本在查不同的东西。

df -h 显示根分区 98% 已用，但 du -sh / 汇总才 60GB？

这是因为 df 读的是文件系统超级块里的已分配块总数，而 du 是逐个遍历文件统计实际占用的块。常见原因有：

• 进程还在写一个已被 rm 删除的文件（句柄未关闭），df 认为这空间还在用，du 找不到对应路径，自然不计入
• /var/log/journal 或容器临时卷（如 overlay2）里有大量被删除但未释放的日志或层缓存
• 挂载点下存在其他文件系统（比如 /home 单独挂载），du -sh / 不会跨文件系统统计，但 df 显示的是 / 所在分区整体使用率

快速验证：运行 lsof +L1 查看是否有“deleted”状态的打开文件；再用 df -hT 确认各挂载点是否独立。

du -sh /var 速度慢、卡住，怎么安全提速？

du 默认递归扫描所有子目录和隐藏文件，遇到权限拒绝、NFS 挂载点或坏符号链接就会阻塞或报错。实用做法：

• 加 --max-depth=1 只看一级子目录：du -sh --max-depth=1 /var
• 跳过权限不足目录：du -sh --max-depth=1 /var 2>/dev/null
• 排除已知大且无关的路径：du -sh --max-depth=1 --exclude=/var/lib/docker /var
• 想精确知道谁占最多？直接用 du -sh /var/* 2>/dev/null | sort -hr | head -n 10

注意：du -s 和 du -sh 性能几乎无差别，单位转换不耗时，瓶颈永远在磁盘 I/O 和权限检查。

df -i 显示 Use% 100%，但 df -h 还剩 50GB？

这是典型的 inode 耗尽问题。Linux 文件系统中每个文件/目录都要消耗一个 inode，哪怕是个空文件。现象是：磁盘还有空间，但新建文件报 No space left on device。

• 运行 df -i 确认哪个挂载点 Use% 达到 100%
• 查小文件密集目录：find /path -xdev -type f | cut -d/ -f1-3 | sort | uniq -c | sort -nr | head -n 5
• 常见重灾区：/var/spool/postfix/maildrop、/tmp 下的 session 文件、容器日志轮转残留

ext4 默认 inode 数量在 mkfs 时就固定了，无法在线扩容。只能清理文件，或重建文件系统（需备份）。

ncdu 比 du 更好用，但它不能替代 df

ncdu 是交互式 du 增强版，支持键盘导航、实时排序、删除确认，适合定位大目录。但它本质仍是基于 du 的逻辑——只统计可见文件，不反映已删除但未释放的空间，也不显示文件系统级元数据（如 journal、reserved blocks）。

• 装它：sudo apt install ncdu（Debian/Ubuntu）或 sudo yum install ncdu（RHEL/CentOS）
• 启动：ncdu /var，进入后按 d 可删除选中项（慎用）
• 但它不会告诉你 /boot 分区只剩 20MB，也不会警告你 tmpfs 内存快满了——这些只有 df 能覆盖

真正容易被忽略的点：很多运维习惯性只盯 df -h 的 Use%，却忘了 df -i 和 df -x tmpfs（排除内存伪文件系统）才是排查“空间够却写不了”的关键动作。

到这里，我们也就讲完了《Linux磁盘查看：df与du命令详解》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于Linux的知识点！