Linux磁盘空间如何排查_常见误区解析避免新手踩坑【教学】

答案是：先用df -h和df -i判断是否真满或inode耗尽，再用lsof +L1查已删未释放文件，结合mount和du -shx定位挂载点真实占用，最后检查ext4预留空间。

Linux磁盘空间看似“满了”，但df显示已用100%，du却加不起来——这非常常见，不是系统出bug，而是几个关键点被忽略了。排查要分两步走：先确认“真满”还是“假满”，再找真正吃空间的源头。

看df结果前，先查inode是否耗尽

磁盘空间没满，但创建文件失败、服务报“No space left on device”，大概率是inode用光了。df -h只看块空间，df -i才看inode：

• 运行 df -i，重点关注 IUse% 列，超95%就要处理
• inode耗尽多由海量小文件引起，比如日志碎片、session缓存、未清理的临时文件
• 快速定位：find /var -type f | head -n 10000 | wc -l（估算某目录小文件数量）
• 清理建议：优先删 /tmp、/var/log/journal、/var/lib/php/sessions 等目录下的陈旧小文件

du算不出空间？可能是“删了但没释放”的文件

文件被 rm 删除，但仍有进程在写它（比如 tail -f 的日志、未重启的Java应用），空间不会归还。这是新手最常忽略的“隐形占用”：

• 运行 lsof +L1 或 lsof | grep deleted，直接列出已被删除但仍被占用的文件
• 输出中会看到类似 /var/log/app.log (deleted) 和对应 PID
• 解决方法很简单：杀掉该进程（kill -9 PID）或重启服务（systemctl restart app）
• 注意：不要盲目 kill -9，先用 ps -p PID -o comm= 确认进程名

别只盯 /home /var，先看根目录挂载点真实归属

有时候 du -sh /* 显示 /var 很大，进去一看却没几个大目录——可能 /var 下某个子目录实际是另一个分区的挂载点（比如 /var/lib/docker 挂在了独立LVM卷上），du默认跨分区统计会中断：

标签： php linux java node docker app 字节 session ai 解决方法