从 df 到 du 再到被删除文件占用的完整排查顺序，附安全清理清单。命令都会敲，差别在于知不知道每一步在改什么，出问题能不能退回去。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 磁盘空间不足、df 的关键动作都给了具体做法，可以照着走。

空间不足看哪一层

df -h 看分区用量，df -i 看 inode，两者都可能触发“空间不足”。

条件允许的话先在测试环境走一遍，再动生产。

定位大目录

du -sh /* 逐层下钻，用 --max-depth=1 找增长点。

容易踩的坑：变更没留记录，下次故障时没人知道上一轮改了什么。

删了文件空间没释放

lsof +L1 找仍被进程持有的已删除文件。

这一步的判断依据建议写进操作记录，下次直接照做，不用重新摸索。

安全清理顺序

日志轮转 → 包缓存 → 旧备份 → 临时文件。

速查表

常见问题

Q：磁盘空间不足这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：空间不足看哪一层、定位大目录、删了文件空间没释放、安全清理顺序。生产环境优先考虑稳定性，新参数先在小流量机器上验证。