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

磁盘空间告警常因inode耗尽、隐藏文件、已删除但未释放文件、深层大目录、预留空间或挂载覆盖导致，并非真满；应先用df -h和df -i排查，再结合lsof +L1、ncdu及tune2fs等工具精准定位。

磁盘空间告警不等于“真满了”，很多情况下是表象和实际不一致。排查关键不是盲目删文件，而是分清“谁占了、为什么没释放、是不是看错了”。下面几个环节最常出错，也是新手最容易反复踩坑的地方。

只看df，不查inode

磁盘显示已用98%，但du -sh /*加起来才60G——这大概率是inode耗尽了。小文件（比如日志碎片、session缓存、监控采集点）堆太多，会把inode用光，导致无法新建文件，即使还有几十GB空间也报“No space left on device”。

正确做法：

• 运行df -i，看IUse%是否接近100%
• 定位高inode目录：find /var -xdev -type f | cut -d "/" -f 1-4 | sort | uniq -c | sort -n
• 清理目标：/var/log/journal、/var/lib/docker/overlay2/*/diff（Docker小文件）、临时上传的未清理碎片

用du扫目录，却漏掉隐藏文件和已删除文件

du -sh *默认跳过以.开头的目录，而/root/.cache、/var/.snapshots这类路径可能悄悄吃掉几十GB。更隐蔽的是：文件被rm了，但进程还在写（比如tail -f + logrotate没生效），空间不会释放。

正确做法：

• 统计含隐藏项：du -sh .[!.]* * 2>/dev/null | sort -hr
• 查已删除但被占用的文件：lsof +L1 或 lsof | grep deleted
• 确认后重启对应服务（如nginx、java应用、rsyslog），或用truncate -s 0安全清空日志而不中断句柄

在错误层级用du，陷入“层层递进”陷阱

新手常从/开始du -sh *，看到/var大就进/var再du -sh *……结果花20分钟只查到第3层，其实大头在/var/log/journal或/var/lib/pgsql/data/base这种深层路径。

标签： linux java node docker nginx 工具 session ai 为什么