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

根分区空间告警但du统计偏小，主因是inode耗尽、已删未释放文件、挂载点遮挡或系统预留空间；需按df→df -i→sudo du→lsof +L1→mount顺序排查。

磁盘空间告警了，df -h 显示根分区 99%，但 du -sh /* 加起来才 60G？别急着删文件——问题很可能不在“看得见”的地方。真正卡住空间的，往往是隐藏行为、残留句柄或系统保留策略。

先看真实占用，别被表象骗

运行 df -h 确认哪个挂载点爆满，重点关注 Use% 列。但注意两点：

• 如果 df -i 显示 IUse% 接近 100%，说明是 inode 耗尽，不是空间不够——大量小文件（如日志碎片、session 文件）占满了索引节点，du 统计不出实际压力；
• df 显示的 Used + Avail 是正常现象：ext4 默认为 root 预留 5% 空间（紧急保底），可通过 tune2fs -m 1 /dev/sda1 调低，不建议清零；
• 某些云盘或 LVM 卷可能有配额限制或 thin-provisioning 延迟释放，需结合 lvs、lvdisplay 或厂商控制台确认。

找大目录要带权限和过滤

直接在 / 下跑 du -sh * 很容易失败——大量 Permission denied 会掩盖真实结果，也跳过隐藏目录：

• 用 sudo du -shx --max-depth=1 / 2>/dev/null | sort -hr：-x 防跨文件系统，2>/dev/null 屏蔽报错，结果才可信；
• 别漏掉 /var、/home、/opt、/usr/local 这些常驻大户，尤其 /var/log 和 /var/lib/docker；
• 加个 du -ah . | grep -E "^\s*[0-9.]+[TG]" 快速筛出 G/T 级文件，比纯排序更直给。

大文件≠可见文件，已删未释放最坑人

这是新手最常踩的坑：rm 删除了一个 20G 日志，df 却没变化。原因很常见：

标签： linux java node docker nginx session ai dnf