业内新闻

群晖空间丢失？一个老工程师的实战排查手记

你有没有遇到过这种情况：群晖NAS里明明删掉了一堆电影、照片，可用空间却纹丝不动？或者存储池突然亮红灯，容量显示只剩下几十G，但你掰着指头算，实际存的内容绝不可能只占了那么大点？技王数据恢复

这种群晖空间丢失的问题，我这些年处理过不下几十例。每次听到用户焦虑地喊“我文件没了，空间也没了”，我都得先让他冷静——文件大概率还在，只是空间被什么东西“藏”起来了。今天就把我从入门到翻车的排查思路写下来，希望对你有用。技王数据恢复

先别急着重建，咱们一步步来

遇到群晖存储空间异常，我一般会按这个顺序查：技王数据恢复

第一步：看存储管理器——确认是“空间未释放”还是“存储池降级”。
第二步：翻日志——系统日志和存储日志里通常有线索。
第三步：快照与回收站——最容易被忽略的空间杀手。
第四步：文件系统检查——btrfs的元数据有时会“撒谎”。
第五步（不得已）：找专业工具——比如我们技王数据恢复经常用的底层扫描。

注意：如果你对ssh不熟悉，千万别乱敲btrfs check --repair，可能会导致数据永久丢失。先读日志、先截图。

案例一：回收站没清空，以为删了其实还在

上个月有个做设计的客户，说群晖空间丢失了200多G，怎么查都查不到。我远程一看，他的共享文件夹里回收站（#recycle）被隐藏了——系统默认在每个共享文件夹下都有回收站，但如果你删了文件后没手动清空回收站，那些文件其实还在占用空间。尤其是他用的是Windows映射网络驱动器，删除操作会在本地走回收站，但群晖的回收站是独立的，需要进File Station手动清空。

www.fixhdd.cn

你猜怎么着？他删的那批PSD和素材全部躺在回收站里，占了整整230G。清空后空间立刻恢复。这种群晖空间丢失的案例，十次里大概有两三次就是回收站惹的祸。

技王数据恢复

操作要点

进File Station → 每个共享文件夹 → 打开“#recycle”文件夹 → 全选 → 删除。
也可以在控制面板 → 共享文件夹 → 编辑 → 勾选“启动回收站”并设置自动清空策略。

案例二：快照历史把空间吃掉了

另一个常见坑是快照。群晖的btrfs快照功能非常强，但默认策略可能保留大量历史版本。有一次一个客户群晖空间丢失了500多G，他确信自己没存那么多东西。我到他后台一看：快照管理器里保留了整整90天的每小时快照，光这些快照就占了480G。他完全忘了自己开过快照保护。

技王数据恢复

当时我还犯了个错误：我直接点了“删除所有快照”，结果系统卡死了一小会儿——因为btrfs在删除快照时得进行后台清理，期间存储池响应会变慢。后来我学会了：先停用快照计划，然后分批删除，或者只保留最近几天的快照。

技王数据恢复

技王数据恢复的同事提醒我：删除快照后，空间不会立刻释放，需要等系统完成btrfs balance或清理任务，有时候要等几分钟甚至几小时，别急。

如何确认

存储管理器 → 存储池 → 快照 → 查看快照总大小。
或者SSH执行：btrfs subvolume list -s /volume1 看看有多少快照子卷。

案例三：文件系统元数据损坏，空间显示“虚胖”

这种比较麻烦。去年有个企业客户，一台群晖DS1819+，存储池显示使用了80%，但实际数据只有不到30%。我怀疑是btrfs的元数据出了问题，可能因为之前一次非正常关机（UPS没电了）导致。

www.fixhdd.cn

我先用 btrfs filesystem show 查看设备，然后用 btrfs filesystem usage /volume1，发现数据区域和元数据区域的比值明显异常。接着我做了个只读的 btrfs check --readonly /dev/md2，果然报了一堆inode错误。还好没有直接做 --repair，先让客户备份了关键数据。

后来我们用群晖自带的“数据清理”功能（存储池 → 操作 → 数据清理）跑了一遍，顺便手动执行了 btrfs balance start -dusage=50 /volume1 来整理空间。花了大概两个小时，空间显示恢复了正常。这次的群晖空间丢失归根结底是文件系统碎片和元数据不一致。