macOS 27今晚开始推送：用群晖备份Mac的人，先别急着点更新，做完这4个免费核对
这周一晚上，苹果把最后的悬念落地了：整理官方发布说明的知乎文章写得精确到小时，“北京时间9月15日凌晨1点正式推送”。小红书那条145赞、143条评论的完整说明帖说得更直白——“正式版下周二（9.15）就全量推送给所有用户了”。在此之前，苹果在8个开发者测试版之后如期放出RC——也就是说，中国用户最晚明早就会看到那个更新红点亮起来。知乎小红书
如果你是"Mac当主力、群晖当备份和同步端"的双端用户——时间机器往DSM里写备份、Synology Drive挂着工作文件夹、全家相册靠这台NAS收——这篇值得花三分钟看完。不是因为macOS 27有多危险，而是因为这类组合上一次、上上一次出事的时候，都不是一声巨响，而是悄悄断的。
先翻三本旧账：苹果大版本和群晖的摩擦，是有记录的
第一本：2020年11月，Big Sur刚推送那阵。 大量把时间机器备份指向NAS的Mac用户发现，备份突然再也完不成了——共享还在、账号还在、不弹报错，就是不再写入。当时群晖、威联通等多家用户都撞上了同一件事，最后是苹果在约一个月后的11.1小版本里修掉的，群晖也为此发过专项指引。那一轮最坑的地方在于：很多人以为是自己NAS坏了，去动存储池、去重装套件——方向完全搞反了。
第二本：2022年7月，DSM 7.0。 这回是群晖先动手：正式终结AFP文件协议，Mac连接NAS默认全部改走SMB。协议换了个底子，留下的是那些年攒下的afp://挂载入口、脚本和旧收藏——有人升级DSM当天打不开老挂载，有人到今天Mac的"最近使用"里还躺着一个永远连不上的afp地址。
第三本：这一次，目前还没有账本。 这周我把知乎、小红书、B站、微博四个平台上"macOS 27"和"群晖"的交叉讨论翻了一遍，说两个结论：一是这轮升级讨论里高热的是手机端吐槽——iOS 27测试版里"Siri AI调用云端依旧报错"的单帖45条评论、“非常流畅但也非常耗电"的59条评论，和群晖没一毛钱关系。二是Mac端最集中的抱怨是启动台（Launchpad）：正式版盘点帖的说法是，“经典Launchpad虽然依然没有回来，但也有不错的替代方案”。更早的开发者帖则说"macOS 27 彻底从系统中移除了启动台的相关代码”——这两件热事，都跟NAS无关。再补一句给观望者的冷知识：按那份官方说明整理稿，首发阶段Siri AI仅支持英文，中文要等10月才陆续上线。截至发稿，群晖没有针对macOS 27发专项兼容声明，也没有检索到任何"更新后时间机器认不出群晖"的批量故障实录。小红书哔哩哔哩小红书
证据到这儿，结论就只能说到这儿：没有官方翻车记录，不等于没有翻车历史。前两本账的共同模式是——坏的不是机器，是"备份通道"和"同步通道"，而且坏的时候不响。所以今晚要做的不是纠结更或不更，是把"不响的断"提前按住。
4个免费核对，今晚十分钟能做完
1. 今晚手动补一次完整时间机器备份，明天验一次"最新时间"。 别等系统升级流程里那个自动备份的勾选，睡前手动点一次"立即备份"并等它真正跑完。升级完成后，重点不是看备份有没有"开始"，而是看它有没有"结束"：打开时间机器，确认"最新备份"的时间戳真的推进到了升级之后。2020年那轮的典型形态就是入口正常、时间戳永远停格。
2. 检查扩展和登录项开关，尤其是Synology Drive。 苹果大版本升级后把第三方系统扩展和登录项默认关回待批准状态，是这几年的惯常行为，很多人同步停了半个月才发觉。路径：系统设置→通用→登录项与扩展，看Synology Drive Client相关条目是否还是开启状态；如果你用的是虚拟磁盘模式（靠macOS的"文件提供程序"扩展干活的那种），更要确认扩展那一栏没有变成待允许。升级当晚打开一次Drive托盘图标，看一眼最近同步时间，比什么都强。
3. 给钥匙串留个底，明确"挂载失败先动凭据、别动DSM"。 如果升级后哪天SMB挂载反复弹密码又拒绝通过，先在"钥匙串访问"里搜自己群晖的地址、删掉旧凭据重连，这是最常见的解法；别一上来就去动存储权限，更不是重装系统。顺手做一个了断：Finder"最近使用"里如果还有afp://的旧挂载入口（DSM 7.0之前的遗产），趁今晚统一删掉，全部换成SMB地址重新收藏一遍。
4. 花五分钟走一遍恢复路线，而不是出事那天现查。 有用户在小红书记录过群晖时间机器恢复的实坑：“第一步加载成功后，千万不要点取消”——点了可能要重来。也有人系统降级之后发现TM备份"无论如何都找不到"。你不需要现在真做一次恢复，但至少确认：你的Mac是Intel还是M系列芯片、对应哪个方式进恢复模式、恢复界面里能不能看到群晖备份盘。今晚查一次，胜过出事搜一百次。小红书
顺带一提：9月15日推送的不只是macOS，家里的iPhone也会收到iOS 27。升级后顺手看一眼Synology Photos的自动备份开关和相册权限还在不在——同样的"静默"逻辑，手机端也一样适用。
谁建议多等一周，谁明早就可以点
先等的三种人：你的群晖在DSM 7.4那批"最后一次大版本"名单里（DS918+、DS718+、DS1618+这批经典机型之后就是停更终点），Mac端出了兼容问题大概率没人发补丁跟进；你的时间机器链路还挂在DSM 6.x或很老的7.0上；或者这台Mac是全家唯一的生产力口——剪辑、合同、账目都指着它，断一周同步的代价你付不起。
明早就可以点的：机器已经在DSM 7.4上——群晖6月16日正式发布这版，更新里修了SSO单点登录、Drive等多个问题。备份和同步链路最近本来就正常、也照上面第1条先做了一次完整备份，那就不用熬着：推送来了就升，升完做第2条的检查、看第1条的时间戳，两件事都对得上，就翻篇了。哔哩哔哩
未来72小时，盯三个信号
群晖官方支持站/知识库有没有出现macOS 27相关的条目更新或兼容说明；
群晖用户社区里有没有出现"更新后TM不再写入、Drive停止同步"的集中实录——目前一个都还没有，哪天开始冒头，这篇会跟进；
你自己的机器：升级后前两天，每天花十秒看一眼时间机器"最新备份"时间戳有没有推进、Drive托盘图标状态是不是正常。
只要第3条一切正常，前两条跟你没关系；只要有一条不对，你今晚先补的那份备份还在原地——这大概就是这篇所有核对加起来想换的东西：苹果可以悄悄改，你的备份不能悄悄断。
