Linux如何使用df查看磁盘使用_Linux df查看磁盘使用指南-LINUX-PHP中文网

df -h 是默认起点，因它自动换算单位、过滤虚拟文件系统，避免人工误差；use% >100%是root预留空间所致；df -i 查inode；df /path精准定位挂载点；df与du差异揭示删除未释放或硬链接问题。

linux如何使用df查看磁盘使用_linux df查看磁盘使用指南

直接看结果，用 df -h 就够了；但如果你发现“已用 102%”或某目录明明没写多少东西却报“no space left on device”，那得继续往下查 inode 或挂载点偏差。

它把原始的 KB 单位自动换算成 MB/GB/TB，避免人工心算出错，且对齐人类直觉。默认只显示已挂载的本地文件系统，过滤掉 tmpfs、devtmpfs 等虚拟内存文件系统，减少干扰。

df 不加参数时单位是 1K-blocks，数字大、难读，比如 123456789 你得自己除以 1024² 才知道是约 115G
-h 和 -H 都能“人性化”，但 -h 按 1024 进制（标准二进制单位），-H 按 1000 进制（SI 单位），硬盘厂商标称容量常用后者，系统内部计算用前者——混用可能造成“标称 1TB 实际只看到 931G”的困惑
不推荐长期依赖 df -k 或 df -m：它们强制固定单位，反而掩盖真实量级差异，比如一个 512MB 分区在 -m 下显示为 512，而另一个 4.2TB 分区也只显示 4200000，无法一眼判断数量级

这不是 bug，是 Linux 为 root 用户保留空间的设计所致。默认 ext4/xfs 文件系统会预留 5%（部分发行版设为 10%）空间给超级用户，防止普通用户写满后系统无法记录日志、无法 ssh 登录等。

执行 df -i 看 inode 使用率，如果 Use% 接近 100%，即使磁盘还有几十 GB 剩余，也会报 No space left on device
执行 sudo tune2fs -l /dev/sda1 | grep "Reserved block count" 可查当前预留比例；调整需谨慎：sudo tune2fs -m 1 /dev/sda1 把预留降到 1%，仅建议用于大容量数据盘
df 统计的是块设备层面的已用/可用，不反映文件删除后是否被进程持续占用（即“deleted but still open”状态），此时需配合 lsof +L1 查找残留句柄

df 默认显示所有挂载点，但你想知道 /var/log 到底跑在哪个物理分区上？不能靠猜路径层级，得让 df 主动解析挂载关系。

直接运行 df /var/log，它会自动向上追溯到该路径所属的最接近挂载点（比如输出 /dev/sda2 挂载在 /，说明 /var/log 就在根分区）
若路径本身是独立挂载点（如 /home 单独挂了 /dev/sdb1），df /home 会明确显示该设备，而非根分区
避免用 df . 在子目录中执行：当前工作目录可能被 bind mount 或 overlayfs 覆盖，导致结果与预期不符；优先用绝对路径
想排除临时文件系统干扰，加 -x tmpfs -x devtmpfs，例如 df -h -x tmpfs -x devtmpfs

df 看的是文件系统级总账，du 算的是目录树里实际文件加起来的体积。两者结果不一致，往往意味着有隐藏问题。

若 df -h 显示已用 95%，但 du -sh /* 2>/dev/null | sort -hr | head -5 加起来才 70G，大概率存在被删除但仍被进程打开的大文件（常见于日志轮转失败场景）
du 默认不统计硬链接重复计数，df 完全不关心链接，只认块占用；所以大量硬链接不会让 df 数值变大，但会让 du 显示偏高
du --apparent-size 会按文件逻辑大小（而非磁盘实际占用块）统计，对稀疏文件（如 qemu 镜像）更准确；而 df 始终按实际分配块计算