订阅更新报空间不足，软路由该清理哪里？
软路由更新机场订阅时，如果日志明确提示“空间不足”或 No space left on device，先确认写入位置，再决定清理什么。此时反复换节点，通常不能解决本机文件写不进去的问题。
本文以 OpenWrt 为例，重点区分保存配置的空间和临时文件空间。不同设备、固件及外挂磁盘的布局可能不同，不能只按目录名称猜测。
先看错误发生在哪一步
保存故障附近的日志，找出三个信息：失败时间、正在做什么、写入哪个文件或目录。
例如，失败的是下载临时文件，还是把新配置保存到长期存储？只看到界面弹出“更新失败”，还不能确认是空间不足；访问超时、订阅失效和格式错误，需要按各自的错误继续查。
把日志中的完整订阅、节点密码和认证信息遮住，再用于求助。
内存有剩余，不代表配置还能保存
可以把它们理解成两种用途：
- 内存供程序运行，也可能承载临时文件。
- 长期存储保存重启后仍需保留的配置、软件和其他文件。
OpenWrt 的启动程序会把 /tmp 挂载为 tmpfs。tmpfs 使用虚拟内存存放文件，和磁盘上的长期存储不是同一回事。OpenWrt 的挂载实现、Linux tmpfs 说明
所以，清理 /tmp 里的文件，不能据此认定长期保存配置的空间已经释放。反过来，长期存储还有剩余，也不能证明临时文件区一定够用。
用一条查看命令，认清满的是哪里
已经会登录自己路由器终端的读者，可以运行：
df -h
这条命令只显示各文件系统的空间情况，不会删除内容。-h 用较容易读的单位显示大小；若固件不支持这个选项，可以运行 df，注意表头给出的单位。BusyBox 的 df 实现与帮助说明
重点看三列：
| 列名 | 怎样理解 |
|---|---|
| Available | 还可使用多少空间 |
| Use% | 已使用比例 |
| Mounted on | 这一行对应的挂载位置，也就是它管理的目录入口 |
常见采用只读固件加可写层的安装中，/overlay 是需要关注的可写区域，/tmp 则另看。某些 x86 安装、扩容或外置存储方案的显示不同，应结合失败文件所在位置判断。OpenWrt 文件系统挂载处理
**举个虚构示例，并非本站设备实测：**错误指向保存配置的可写区域，该区域 Available 已为 0，而 /tmp 仍有剩余。此时删临时文件，并没有清到发生问题的那一处。
不熟悉终端时，可以先在现有管理界面的存储信息中查找对应项目；找不到就带上错误路径，请固件维护者协助确认，不必为查容量临时安装更多工具。
确认位置后，再按这个顺序清理
先把现有配置备份下载到电脑，保留此前能用的旧备份。LuCI 的备份页面提供配置归档下载功能，但代理插件另外保存的文件仍需按插件说明核对。LuCI 备份页面实现
接着只处理能确认用途、且位于空间不足区域的内容：
- 自己额外保存的旧文件。 例如已经另存到电脑、确认不再使用的旧安装包或备份副本。通过原来的文件管理工具逐个处理，不凭文件名相似就批量删除。
- 后来安装且确实不用的软件。 在固件的软件管理入口核对名称与依赖，再按对应版本的卸载方式处理。网络、网页管理和正在使用的代理依赖，不要顺手一起卸载。
- 插件文档明确允许清理的缓存。 确认缓存路径、清理方式，以及是否需要暂停服务。没有说明时，先问维护者，不把配置文件当缓存。
OpenWrt 的空间不足 FAQ 将卸载刷机后自行安装的软件列为处理方向，同时提醒：固件只读镜像中自带的软件不能靠普通卸载释放镜像空间。官方空间不足 FAQ
在这种分层文件系统中，删除只读层原有文件，可能只是由可写层记录一个“隐藏它”的标记，原文件仍在。看起来从目录里消失，不等于相应空间已经腾出来。Linux OverlayFS 的删除处理说明
不要把整个 /overlay 或配置目录清空当作日常清理。那里面可能正是你要保留的联网设置与代理资料。
清完以后，验证这一次更新
每处理一项就重新查看容量，确认释放的是目标区域。随后按插件原本的更新方式重试一次，并检查：
- 原先的空间不足错误是否消失。
- 新配置能否完整加载，节点列表是否正常。
- 使用同一台测试设备，普通网页和需要翻墙的网站能否实际打开。
空间恢复不代表之前失败的更新一定完整。保留原配置，核对新的更新与加载结果，再继续日常使用。
如果空间仍不足，或显示有剩余却继续报错，就把型号、固件与插件版本、错误路径、容量结果一起提供给维护者。空间用尽只是一个方向，还可能需要检查文件数量限制或文件系统状态，不宜继续盲目删除。
若每次清理后很快又满，继续追查哪个程序在写入、写到哪里；扩容或更换固件属于另一项需要按设备文档规划的操作，不能靠不断清缓存替代。
资料核对日期：2026 年 10 月 30 日。
评论