VPS上出现“磁盘空间不足”或应用无法创建新文件时，先不要只看 df -h。文件系统同时受数据块和 inode 数量限制：前者决定还能写入多少字节，后者决定还能登记多少个文件。当小文件、缓存片段或邮件队列数量过多时，磁盘仍可能显示有剩余容量，但新建文件会失败。
先区分“空间满”还是“inode用尽”
在授权维护窗口内，先记录挂载点、文件系统类型和两类使用率：
df -hT
df -i
findmnt -no TARGET,FSTYPE,OPTIONS /
如果 df -h 接近 100%，重点查大文件和日志；如果 df -i 接近 100%，则应查小文件数量。两者都不高却写入失败，还要考虑只读挂载、配额、权限或应用自己的临时目录已满。
inode耗尽时按目录树缩小范围
不要一上来对整个根目录执行高开销扫描。先从常见的缓存、日志、队列和容器目录开始，按一级目录统计条目数量：
for d in /var /tmp /home /opt; do
[ -d "$d" ] && printf '%s ' "$d" && find "$d" -xdev -type f 2>/dev/null | wc -l
done
发现异常目录后，再按业务子目录分层统计。应用生成的 session、缩略图、任务分片和失败重试文件常常比单个大日志更快耗尽 inode。容器环境还应检查可写层和挂载卷，确认小文件到底属于宿主机还是容器内部。
别漏掉“已删除但仍占用”的文件
删除日志后空间没有回来，可能是进程仍持有文件描述符。用只读方式确认：
lsof +L1
# 或按挂载点缩小范围
lsof +L1 | grep '/var'
这类文件不一定造成 inode 耗尽，但会让 df -h 与目录统计不一致。应根据进程的优雅重载或重启文档释放句柄，不要直接破坏进程状态。
清理前先保留证据和回滚点
先记录 df -hT、df -i、异常目录清单、相关服务状态和最近日志。只清理能明确归属、可再生成且不在业务保留期内的缓存或临时文件；日志应通过应用轮转策略处理，数据库、队列、上传目录和用户数据不能按“文件最老”盲删。云主机或容器环境建议先做快照或备份，再执行小批量清理。
复核要看“能否创建”和“业务是否恢复”
清理后重新运行两类检查：
df -hT
df -i
sudo -u <service-user> sh -c 'f=$(mktemp /path/to/app-tmp/check.XXXXXX) && printf ok > "$f" && rm -f "$f"'
systemctl status <service> --no-pager
测试文件必须放在应用真实使用的挂载点，并使用服务账号验证权限。若 inode 很快再次增长，应回到创建者、生命周期和轮转策略，而不是持续扩大文件系统。
常见误区
- 只扩容数据盘，不处理每 inode 一个文件的设计问题。
- 对整个
/tmp、容器目录或上传目录执行递归删除。 - 把“删除后空间未释放”误判为缓存，忽略进程仍持有句柄。
- 在生产高峰期运行无边界的全盘
find，进一步放大 I/O。
结论
VPS写入失败的第一步是同时查看数据块和 inode，再按目录、进程和挂载点缩小范围。只有确认文件可安全再生成、保留要求已满足并具备回滚点后，才进行小批量清理；最终用服务账号在真实路径写入测试，才能证明故障真正恢复。
