从共享文件夹删掉数百GB后,文件列表已经空了,存储池可用容量却几乎没变化。目录里的文件消失,只代表这次删除操作完成了;回收站、快照或后台任务仍可能保留相同的数据块。
继续删除容易把问题弄得更乱。先把共享文件夹、卷和存储池三个数字分开看,再决定该清回收站、调整快照,还是等待Btrfs完成空间回收。

先分开看:共享文件夹、卷、存储池
记录共享文件夹用量、卷用量和存储池用量,并确认是立即不变还是数小时后仍不变。存储池包含卷、快照、LUN和系统保留等对象;单个共享文件夹的容量下降,不一定等于整个池马上增加同样空间。先截图或导出当前状态,避免边删边猜。
先把这几个数字记下来:
-
记录删除前后时间与容量 -
分别看共享文件夹、卷、存储池 -
确认是否有正在运行的后台任务 -
暂停继续大批删除
共享文件夹用量下降而卷、存储池不变,说明空间仍被其他对象保留,或者后台任务还没处理完。三个数字都不变时,先确认删除任务是否完成,以及文件是否进了回收站。

回收站:删掉的文件还占着空间
群晖等NAS的每个共享文件夹可以有独立回收站,homes还可能包含各用户的回收站。文件从用户视角删除后,仍可能完整占用容量。确认备份和保留要求后再清空对应回收站,不要为了腾空间一次性清空全部共享文件夹。
回收站逐个检查:
-
检查各共享文件夹回收站 -
检查homes下所有用户回收站 -
确认保留策略与误删恢复需求 -
清空后重新记录容量
清空某个回收站后容量增加,原因已经找到,不必继续动快照。容量仍不变,再查看快照和后台任务。homes目录要单独检查,因为每个用户都可能有自己的回收站。

快照:文件不大,占用的块不少
快照文件本身看起来不大,但仍指向被删除文件的旧数据块。只要相关快照保留,这些块就不能释放。先查看哪个共享文件夹、LUN或命名空间的快照增长,再按保留策略删除最旧且确认不再需要的快照。不要把快照当备份的唯一副本。
处理快照前确认:
-
查看快照数量与保留策略 -
确认受保护的共享文件夹或LUN -
先验证独立备份可恢复 -
小批删除并观察回收
快照还能恢复被删除的文件,就说明旧数据块仍被引用。先验证独立备份,再按保留策略小批处理最旧快照。没有相关快照时,不需要为了试验随便删除其他快照。

Btrfs 的空间回收要等后台任务
在Btrfs卷上,删除数据和删除快照后可能还要等待后台空间回收。Synology官方建议检查空间回收计划并给任务足够运行时间。高负载、巡检、重建或备份窗口重叠时,回收速度可能更慢。先观察任务状态,不要用反复重启代替等待。
在存储管理器里查看:
-
检查空间回收排程 -
为后台任务留出完整窗口 -
避开阵列重建和高负载任务 -
完成后再比较卷与池容量
空间回收任务正在运行时,让它完成一个完整窗口。任务没有运行或长期没有时间执行,再调整排程。阵列重建、巡检和备份高峰会拖慢处理速度。

还有哪些对象在占用空间
快照克隆、虚拟机磁盘、iSCSI LUN、版本保留和仍被服务打开的已删除文件,都可能继续占用。应使用NAS自带存储分析工具分项目核对。最终验证不是只看一个数字,而是确认回收站、快照、后台任务和其他对象的变化都能解释。
最后再查这些对象:
-
运行存储使用分析 -
检查LUN、虚拟机与文件版本 -
在维护窗口处理占用句柄的服务 -
保留处理前后截图与回退记录
存储分析指向LUN、虚拟机磁盘或克隆时,只处理对应对象。发现已删除文件仍被服务占用,可在维护窗口重启相关服务,而不是直接重启整台NAS。
怎么确认空间真的回来了
快照按数据块保留旧版本,同一个文件修改多次后,旧块可能分散在多个快照中。删除500GB文件,不代表立刻得到500GB可用空间;删除一个快照,也不一定释放界面显示的全部快照占用。NAS还可能执行去重、克隆或空间预分配。比较处理前后的卷与存储池数据,比拿文件大小直接相减更可靠。界面刷新也可能晚于后台任务,等任务结束后再比较一次。
-
回收站和快照保留策略符合实际需要。 -
后台回收任务已经完成,卷与存储池数字停止变化。 -
独立备份可以恢复,不依赖快照承担全部备份。
容量增加多少,应能与处理的回收站、快照或LUN对应。数字对不上时,继续使用存储分析工具查看,不要靠反复删除碰运气。
延伸阅读:
Linux删了几十GB日志,磁盘空间为什么没回来? | NAS一定要组RAID吗?从独立盘、SHR到备份,应该怎么选 | NAS硬盘出现SMART警告,先备份还是先跑检测?




