磁盘还有空间却写不进去：同时检查容量和inode
日志或缓存创建失败，不一定是容量百分比太高。本文介绍检查目标挂载点与inode的顺序，避免清理了错误分区仍无法写入。
先查目标路径所在的文件系统
磁盘还有空间却写不进去，先保留实际错误文字。No space left on device、Permission denied和只读文件系统不是同一种故障。明确失败文件的完整路径，再查看该路径所在挂载点，不要只看面板上根分区的容量。
GNU df可显示文件系统空间，使用适当选项还可查看inode使用情况。大量很小的缓存或会话文件，可能在剩余字节尚多时耗尽inode。比较容量与inode两份结果，再判断该清理大文件还是大量小文件，避免漫无目的删除。
清理前确定文件用途
先按目录统计增长来源，确认是日志、缓存、备份还是用户上传。列出候选项和保留规则，备份必要数据后再清理，不能把数据库日志或正在使用的文件当作普通垃圾。若使用配额或容器，还应按实际环境检查额外限制。
验收在故障程序的实际运行用户下创建并读取一个无敏感内容的临时测试文件，随后按流程清理，再验证原任务。空间恢复后应检查为什么增长失控，安排轮转、过期或任务保留策略。不要只让百分比下降就结束，用户记录、日志可追溯性和后续写入稳定性也需要一起确认。
官方参考
资料核对日期：2026年10月26日。
本文新增价值
日志或缓存创建失败，不一定是容量百分比太高。本文介绍检查目标挂载点与inode的顺序，避免清理了错误分区仍无法写入。本文补充适用边界、输入对照与验收方法；操作建议为综合整理，未将官方示例当成本网站实测结果。
日志或缓存创建失败，不一定是容量百分比太高。本文介绍检查目标挂载点与inode的顺序，避免清理了错误分区仍无法写入。本文补充适用边界、输入对照与验收方法；操作建议为综合整理，未将官方示例当成本网站实测结果。