df 与 du 结果不一致是因统计对象不同：df 读取文件系统超级块，du 递归扫描文件；常见原因包括已删未释放文件、权限限制、保留块、稀疏文件等。
df 命令默认显示的是文件系统级别的磁盘使用情况，不是某个目录的实际占用，直接用 df -h 看到的“已用空间”可能和 du -sh 结果对不上——这是正常现象，别急着删文件。
为什么 df -h 和 du -sh 显示的空间不一致？
根本原因是二者统计对象不同：df 读取文件系统超级块信息，反映的是整个挂载点（如 /、/home）的块级使用；du 则递归扫描目录下所有文件的磁盘占用，受权限、硬链接、已删除但未释放的文件等影响。
- 常见诱因：进程仍在写一个已被
rm的大日志文件（lsof +L1可查） - 用户没有权限访问某些子目录，
du跳过导致低估 -
df统计包含保留块（通常是 5%，普通用户不可用），du不计入 - 存在稀疏文件或快照（如 LVM、btrfs）时，
du按实际数据块算，df按分配空间算
df 常用参数组合与真实用途
别死记参数，按场景选：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 快速定位爆满的挂载点：
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 这类工具。别在一个命令上卡住。
