Linux磁盘空间查看教程：df命令详解

Linux中df与du显示磁盘空间不一致是常见却易被误解的现象，根源在于二者统计逻辑本质不同：df读取文件系统超级块，反映挂载点级块使用（含保留空间、已删未释放文件等），而du递归计算目录内可见文件的实际占用；本文不仅厘清了日志残留、权限限制、稀疏文件、inode耗尽等典型诱因，还提供了按场景定制的高效命令组合（如精准排序、过滤虚拟文件系统、强制显示所有挂载点）、脚本安全实践（规避locale和格式陷阱），并强调真正关键的不是“哪里满了”，而是“什么在占空间”——引导读者无缝衔接ncdu、find等工具完成根因定位，让磁盘排查从困惑走向高效可控。

df 命令默认显示的是文件系统级别的磁盘使用情况，不是某个目录的实际占用，直接用 df -h 看到的“已用空间”可能和 du -sh 结果对不上——这是正常现象，别急着删文件。

为什么 df -h 和 du -sh 显示的空间不一致？

根本原因是二者统计对象不同：df 读取文件系统超级块信息，反映的是整个挂载点（如 /、/home）的块级使用；du 则递归扫描目录下所有文件的磁盘占用，受权限、硬链接、已删除但未释放的文件等影响。

• 常见诱因：进程仍在写一个已被 rm 的大日志文件（lsof +L1 可查）
• 用户没有权限访问某些子目录，du 跳过导致低估
• df 统计包含保留块（通常是 5%，普通用户不可用），du 不计入
• 存在稀疏文件或快照（如 LVM、btrfs）时，du 按实际数据块算，df 按分配空间算

df 常用参数组合与真实用途

别死记参数，按场景选：

• 快速定位爆满的挂载点：df -h --output=source,pcent,target | sort -k2 -h（按百分比排序，--output 需 coreutils ≥8.23）
• 排除 tmpfs/overlay 等虚拟文件系统干扰：df -x tmpfs -x devtmpfs -x overlay
• 看 inode 是否耗尽（小文件多时关键）：df -i，注意 IUse% 列，100% 会导致新建文件失败，即使 Size 还剩很多
• 只关心根目录及其子挂载点：df -h --total /（--total 会加一行汇总）

哪些挂载点 df 默认不显示？怎么强制查看？

df 默认跳过无内容或特殊类型的文件系统，比如 bind mount、某些 cgroup v2 挂载、或未启用 stat 的 NFS 导出端。这不是 bug，是设计行为。

• 强制列出所有挂载点（含 dummy 类型）：df -a
• 只显示本地物理设备（排除 NFS、sshfs、proc 等）：df -l
• 排查容器内看不到宿主机磁盘的问题：进容器后运行 df -T，对比 Filesystem 列是否为 overlay 或 ext4 —— 若全是 overlay，说明你看到的是容器层，得去宿主机查

脚本中安全使用 df 的三个细节

自动化监控里，df 输出格式容易因 locale 或版本变化崩掉，别直接 awk '{print $5}'。

• 固定列输出（防 locale 影响数字分隔符）：LC_ALL=C df -h
• 用 --output 指定字段（推荐）：df -h --output=source,pcent,target | tail -n +2（tail -n +2 跳过表头）
• 判断磁盘是否超阈值，别用字符串比较：df / | awk 'NR==2 {gsub(/%/,""); print $5 > 90}'，否则 100% 会被当字符串排在 90% 前面

真正麻烦的从来不是 df 本身，而是它背后那个“谁在占空间”的问题——df 告诉你哪里满了，但要定位具体文件，得立刻切到 ncdu 或 find /var/log -xdev -type f -size +100M 这类工具。别在一个命令上卡住。

今天关于《Linux磁盘空间查看教程：df命令详解》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！