9月11日，一条小红书帖顶了上来：DS1621 的 12T 数据盘拔下来插到飞牛上，mount 挂不上，报错 invalid root flags, have 0x400000000，最后跟一句 open_ctree failed。盘没坏、数据都在，按帖主的解释，卡点在群晖给自己 Btrfs 卷打的那面"私有旗"上——新系统的内核不认识这个标记，直接把这口健康的卷判成了损坏。小红书
最扎心的不是技术细节，是 8 月 12 日一条"黑群晖怎么转飞牛"求助帖里就有人把预警放在最前——因为群晖是魔改的 Btrfs，直接装飞牛根本读不出来，最好先找个地方把数据拷出来。小红书
这就是九月份群晖圈最真实的一道缝：一边是换机潮在赶人——58 款机型官宣停更、7.4 是最后一版；16T 从 1499 涨到六千多，扩容买新盘变成顶风作案。知乎 9 月 15 日的缩容实战帖里，DS423+ 四块盘三块超了 5 万小时，机主只能从现有的资产来腾挪。知乎
另一边是"迁"的念头压不住——"受够群晖这破系统了，要是数据能无损迁移飞牛我就换了"这条吐槽拿了 20 条评论。 同样诉求的"想把 920 换成自建飞牛"一帖顶到了 61 条评论。 连微博晒单都顶上来了：把群晖相册迁到飞牛之后，帖主觉得新系统确实强很多。小红书小红书微博
两头都在动，中间那件事却没人讲清楚：盘里那几十 TB，到底怎么挪，挪完还剩什么。
先把四类东西摊开：能搬的、要重建的、会漏的、根本不在盘里的
很多机主默认"数据挪过去了=搬家完成了"，这是这场迁移里最大的误判。翻完这两个月的实战帖，机主手里的东西其实分四类，命运完全不同：
第一类：裸文件。 共享文件夹里的照片原图、影片、文档。
这类是真的能无损搬走的——9/11 帖主最后用 btrfs restore 这个用户态只读工具把 3.4T 数据原样抠了出来，源盘零写入，“插回群晖照常用”。注意这个工具的性质：不挂载、直接抠，所以那口被判"损坏"的卷才敢动。小红书
第二类：套件里的结构。 Photos 的缩略图和人脸识别库、Drive 的历史版本、Surveillance Station 的录像授权、Docker 容器的配置文件——这些不是"拷出来就能活"的。缩容实战帖里那位老哥把顺序理得极细：@docker 建在 ext4 老池上，不支持 Btrfs，只能导出容器配置重装；txz 备份不支持跨分区格式恢复，“在 Btrfs 上试图恢复 Ext4 的容器备份，将直接失败”；套件迁移脚本 Synology_app_mover 能接管大部分，“但不能批量迁移，得一个个来”。他给整件事下的结论值得所有想搬家的人抄下来：难点不在于命令有多复杂，而在于数据、文件、套件的对照关系，漏一处就出问题。知乎
第三类：权限和映射。 就算文件拷过去了，9/11 帖的坑清单里专门有一条：拷完打不开，父目录是 root:root 0700，得 chown、chmod 之后新系统的 SMB 才认；@syno 才是数据本体，满屏的 @eaDir 只是缩略图缓存、可删。新系统上重建相册索引又是另一笔账——有人试过 immich 替代，评论区的原话是以文搜图的准确率太低了。小红书小红书
第四类：压根不在盘里的。 群晖 CloudSync 挂的那些网盘文件，11 月那台"想换飞牛的 920"下面点赞最高的评论说得直白：有 docker 就很好替代，但核心应用缺个 CloudSync，它没有平替。搬家之前，先把这一类单独列出来，它们得靠重新授权、重新拉取解决，跟盘没关系。小红书
三条路怎么选：拷、抠、中转，各自的成本和翻车点
路 A：双机在线对拷（默认首选）。 老群晖照常开机，新机器到位，走 SMB/rsync 网络拷贝。评论区刚执行完的样本昨天刚从白群迁到飞牛，原话是拷了一天。
小红书
时间账很好算：千兆网口理论上限约 110MB/s，5T 纯理论也要 13 个小时往上，实际再打个七折——所以这条路的真实成本不是钱，是"两台机器同时活着的那两三天"。它最大的优势在当下：一分钱新硬件都不用买，在"16T 涨到六千多"的行情里，这就是最贵的东西。前提是源机还能开、目标容量装得下。
路 B：拔盘直抠（老机器已死/目标装不下全量时）。 就是把盘接到新机器或别的 Linux 主机上，用 btrfs restore 只读抠文件。9/11 帖给出了完整的安全姿势和四条红线：mount -o ro 照样挂不上，别试；btrfs check --repair 会真改数据，更别试；删子卷、做 balance 清不掉那个私有标记；以及最致命的——在新系统界面里点"创建存储空间/格式化"，等于数据全没。这条路适合敢碰命令行、源盘本身健康的人，成果是"源盘零写入、随时插回原机"；不适合的人，老老实实回路 A。小红书
路 C：网盘中转（只配当保险，不配当主菜）。 “开个网盘会员一个月，先把数据上传，装好飞牛后再同步下来”——评论区的这个"最快办法"，底下马上有人补刀：可能一个星期就要被运营商限速。几百 GB 的重要文档可以走网盘（CloudMount 这类挂载工具也是这个思路），但 TB 级影视库双向过一遍公网，时间和限速风险都不可控。它正确的用法是给路 A/B 兜一个异地副本，而不是替代它们。小红书
一张选择表：老机器能开机吗？能→路 A；不能→路 B；数据里有一小撮命根子？→无论走哪条，先给它单独上路 C 或冷备。
动手之前，四道免费的红线
先备份，再谈无损。 知乎那条"黑群晖提示硬盘损毁但是硬盘正常"的提问，不到一个月刷到 10.5 万浏览，高赞回答给的官方安全路线也是那句老话：先备份数据，再按官方流程处理只读卷。动盘之前，把最核心的几个文件夹先有一份独立副本——快照、Hyper Backup、冷备盘，任何一个都行。三块超 5 万小时的盘还要连续读写几十小时，这个动作不叫胆小，叫对 SMART 曲线的基本尊重。知乎
新系统的"初始化/创建存储"按钮，是这场迁移里最贵的一个按钮。 盘插进去读不出来，是文件系统标记不认，不是盘要腾出来——先跑 btrfs restore，再谈格式化。
拔盘之前确认没有 only copy。 缩容帖的标准动作：先全盘检索，确认这块盘上没有任何"只存在这一份"的数据，再热拔，群晖支持热插拔，但"别拔错了"这四个字是他特意加上的。知乎
拷完必须对账，老数据别急着删。 帖主的对账方式：源的 bytes_used ≈ 目标的 du + 分区用量，两边能对上才算完。 缩容帖补了一刀——“迁完别急着删老卷，在新卷目录下全盘检索老盘符关键词，配置文件里藏着的路径是最阴的。”小红书
挪完之后，真正要吵的三件事
数据挪走只是搬家第一晚，社区里吵得最凶的成本在后面：CloudSync 没有平替；多用户权限体系要重搭，点赞最高的反方原话是但凡他老婆要用 NAS，基本就是一场家庭灾难。；Photos 索引和人脸识别得重建，重建效果见仁见智。所以这篇不是劝迁帖——还停在"要不要换"那一步的，先看系统取舍；已经决定"盘里的东西先保命"的，按上面的路和红线走。小红书
接下来值得盯的信号：DSM 58 款机型的停更倒计时里，二手机械盘和"库存新盘"的价格怎么走；各迁移帖评论区里，btrfs restore 之外的 ext4 老池方案有没有人跑通。
你们那台老群晖最后是怎么搬的家：拷的、抠的、还是网盘中转的？评论区晒一下数据量和实际耗时，给还在观望的人一个真实参照。
