linux如何查看网口连接情况 linux 如何查看

inode疲惫导致“设备上没有空间”：用df -i查IUse%≥95%的挂载点，再用查找循环统计各目录文件数，重点排查/var/spool/postfix/maildrop等高危险路径，确认并清理定时任务产生的节点小文件。

df -i 查看哪里inode快爆了

系统报设备上没有剩余空间，但df -h 显示磁盘还有大量空间？十有八九是 inode 锻炼了。这个时候必须用 df -i，它专看索引节点——不是看容量，是看“还能建多少个文件”。IUse% 列是关键，≥95% 就得立刻查；100% 时连碰都会失败注意挂载点（挂载在），比如 /home 或 /var 单独时，inode 疲惫只影响该分区，和根目录关联tmpfs、devtmpfs这类内存文件系统也有inode，df -i同样能上市来，别漏掉find + wc定位“产蛋大户”目录

知道哪个分区爆了还不够，得找到谁在疯狂创建小文件。不能靠肉眼翻，用命令组合快速扫描。从高风险路径入手：find /var -type d -exec sh -c "echo {}; ls -a '{}' | wc -l" \;，重点关注 /var/spool/postfix/maildrop、/var/log/journal、/var/cache 如果怕卡死，加 -max深度 2 限制深度；加 -xdev 避免跨文件系统误排除注意：直接 ls /var | wc -l 只统计一级子项，真正藏污纳垢的往往是深层的小目录，必须递归删文件前先确认不是 cron 邮件积压

很多 inode 满的案例，根子都在定时没配好输出任务路线，导致每运行一次就往 /var/spool/postfix/maildrop 塞一个临时邮件文件。

Hama

AI图片对象智能抹除 下载检查 crontab -l，看有没有脚本没加 > /dev/null 2>&1进 /var/spool/postfix/maildrop 使用 ls -U | head -n 5 看文件名计时器是否密集（如全是同秒生成）别直接 rm -rf *：先 ls -U | 头 -n 1000 | xargs rm -f 分批删，避免参数过长报错 参数列表太长临时做比硬删除更实用

inode 数量在清理时就定死了，重装系统或 mkfs.ext4 -i 8192 调比例是下策——线上环境根本不敢动。软链接迁移是最快方案：mkdir /opt/newcache && ln -sfn /opt/newcache /var/cache，把压力转到 inode裕的分区日志轮转要配logrotate的maxsize和rotate，光靠日常不顶用容器环境记得docker system prune -af，悬空镜像层、构建负载、容器停止都会轻微吃inode

真正麻烦的不是删文件，而是搞清楚每分钟新建一个空文件却没人管的定时任务——它往往藏在root的crontab里，名字还起得特别朴素，比如sync-time.sh。