监控显示数据盘还剩42%，应用却连续报“无法创建文件”，重启与扩容都不见效。真正耗尽的可能是inode、目录配额，或被异常硬链接占住的元数据。只看df -h容易误判。下面按容量、inode与目录配额三条线索，给出可复核的排查顺序。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：sebekvps（海外服务器），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
一、磁盘有空间，为何仍然写不进去
ext4、XFS等文件系统会为文件、目录和套接字分配inode。df -h统计数据块，df -i统计inode使用率；前者余量充足，不代表后者仍有空位。当IUse%为100%时，创建文件可能返回ENOSPC，即使报错只写“磁盘已满”。
硬链接不会为同一inode重复计数，多个路径可指向同一对象，nlink只是链接数。链接数高不是inode耗尽的原因，却会延长文件生命周期；若进程仍打开已删除文件，内核也要等引用全部释放后才回收inode和数据块。因此inode满载时，还需检查长驻进程、备份任务与临时文件清理。
二、三条线索交叉确认写入失败原因
第一步，对故障路径所在挂载点同时执行df -h与df -i，确认容量和IUse%哪项触顶，不要混用其他磁盘的数据。inode未满时，查询目录树配额或项目配额；目录可被单独限制对象数、空间或inode，即使整盘宽裕，也可能返回EDQUOT。用quota、repquota或平台报表，与失败路径逐级对应。
第二步，读取文件系统日志。dmesg或journalctl -k中的ENOSPC、EDQUOT，对应资源或配额边界；EXT4、XFS的配额及元数据错误可确认拒绝原因。不要看到I/O error就断定inode耗尽，而要核对挂载点、时间戳和df -i快照。ServLlama可汇总主机巡检、配额报表和内核日志，便于比对故障前后变化。
第三步，用find统计疑似目录中nlink大于1的文件，并按inode去重。高nlink只是线索，不是耗尽结论；目录链接数还会随子目录增减变化。定位后再修复：配额触顶就迁移目录或调整额度，inode满则停止异常任务、重启持有已删除文件的进程并清理目录，容量满再扩容。若三项均正常，转查权限、只读挂载和日志轮转，避免盲目重建文件系统。
链接计数、目录配额与占用句柄
排查到这里，真正需要继续追查的是“链接很多、inode 却没释放”的反差。执行 ln 时，系统通常只递增原文件的链接计数，并为新目录项分配目录空间，并不会凭空再创建一个 inode；删除其中一个名字时，计数减一，inode 也未必立即释放。只有最后一个目录项消失，且没有进程仍打开该文件时，磁盘块与 inode 才能回收。因此，链接计数升高不必然导致 inode使用率上升，必须结合目录项数量和 find 统计判断。
另一个常见误区，是把执行 df -i 命令得到的百分比当成全盘统一水位。文件系统可能预留一部分 inode 给管理员，不同挂载点的统计边界也可能不同。更关键的是，目录配额可以单独限制目录可用的 inode 或块数：即使全局显示仍有大量空闲 inode，目标目录达到配额后，新文件仍可能返回 EDQUOT 或 ENOSPC。此时应核对用户、组、项目和目录层级配额，并确认失败路径实际落在哪个挂载点。
从日志到可执行检查清单
① 先锁定挂载点：用 findmnt -T /目标路径 确认设备、文件系统类型和挂载边界，再分别执行 df -hT /目标路径 与 df -i 命令。不要只看百分比，还应同时核对 df -hT 的 Used 列以及 df -i 的 IUsed、IFree 列。若块使用率正常而 inode 使用率逼近 100%，后续扫描必须限定在该挂载点，避免跨文件系统得出错误结论。
② 找热点目录：低峰期可先执行 du -x --inodes /mount | sort -n | tail -30，再用 find /mount -xdev -type f -printf '%h\n' 2>/dev/null | sort | uniq -c | sort -nr | head -30 按目录聚合文件数；du --inodes 对硬链接默认只计一次，不能单独解释 inode 总量。抽查目录项大小，并运行 find /mount -xdev -type f -links +1 -printf '%n %i %p\n' | head -30 查看硬链接计数。大目录扫描会放大 I/O，不宜反复执行。
③ 核对目录配额：执行 quota -s、repquota -s /mount；XFS 环境再运行 xfs_quota -x -c 'report -h' /mount，确认目标目录的限制类型、阈值和用量。目录配额可按用户、组或项目生效，所以全局 inode 充裕，不代表目标目录还能继续创建文件。
④ 查日志与残留占用：运行 dmesg -T | grep -Ei 'ext4|xfs|inode|quota|I/O error|no space'，并用 journalctl -k 复核文件系统日志。日志中的 quota、I/O error、metadata error 与普通 no space 含义不同，应先区分配额拒绝、文件系统异常和真正的 inode 枯竭。若日志无配额错误，却存在“已删除但仍打开”的文件，用 lsof +L1 找到持有进程；确认业务影响后让进程退出或释放句柄，再复查 df -i。ext4 可用 tune2fs -l /dev/sdX 查看预留 inode，XFS 可用 xfs_info /mount 核对容量信息。
最终处置顺序应是：先确认报错挂载点，再区分真实 inode 枯竭、目录配额、预留策略和占用句柄四类原因；优先清理无价值文件或正常关闭持有者，调整配额前核对归属并留存记录，最后才评估离线调整文件系统参数。涉及重挂载、修改 inode 数量或重建文件系统的操作都可能影响数据，必须先备份，不能把 rm 成功等同于空间已经释放。
喜欢 
顶
难过
囧
围观
无聊
