用 df -h 结合 sort -k5,5hr 或 grep 过滤 90%+ 分区，重点关注 use% 和 mounted on 列，识别根分区、/var 等高危挂载点，并用 df -i 排查 inode 耗尽问题。
直接用 df -h 就能快速锁定爆满的分区节点，关键不是看“哪个设备”，而是盯住 Use% 和 Mounted on 这两列。
看 Use% 列，找 ≥90% 的高危分区
执行命令后，重点关注使用率接近或达到 100% 的行。比如：
-
/dev/vda1 40G 38G 2.0G 95% /→ 根分区（/）已满 -
/dev/sdb1 100G 98G 2G 98% /var→ /var 分区濒临崩溃
别被 “Avail” 数值误导——它预留了 5% 给 root 用户，普通用户实际可用空间更少。
结合 Mounted on 确认挂载路径
Use% 高只是“症状”，Mounted on 才告诉你问题落在哪条业务路径上：
-
/：影响整个系统，需谨慎操作 -
/var：大概率是日志或缓存堆积 -
/home或/data：可能是用户数据或应用数据写入失控 -
/tmp：常因临时文件未清理或 inode 耗尽（此时要配合 df -i 查）
加个排序，一眼见真凶
避免手动翻屏，用管道快速聚焦：
-
df -h | sort -k5,5hr：按 Use% 倒序排列，最满的排第一 -
df -h | grep -E '9[0-9]%|100%'：直接过滤出 90% 以上的危险项
跳过 tmpfs、devtmpfs 等内存伪文件系统——它们不占物理磁盘，不用管。
顺手查 inode 是否也耗尽
有时磁盘空间没满，却写不了新文件——那是 inode 用光了。立刻补查：
-
df -i：看 IUse% 是否为 100% - 常见于
/tmp、/var/log下堆积海量小文件（如容器日志、定时任务输出）
确认是 inode 问题，就不能只清大文件，得删数量多的小文件或轮转日志。
