更新到macOS 27 Golden Gate开发者测试版后，你的Mac可能再也看不到Linux分区了。这不是数据丢失，而是一个影响启动磁盘检测机制的意外故障。Asahi Linux团队率先在社交平台上通报了这一发现。根据他们的描述，Apple改变了启动选择器和启动磁盘应用中关于有效操作系统卷宗的检测逻辑。对于日常只在macOS环境下工作的用户而言，这一问题几乎不会触发任何感知；但对于需要在Mac上同时运行多个操作系统的群体来说，这次改动直接切断了切换系统的路径。
部分Asahi Linux用户在升级macOS 27后，已经无法在启动选项里找到原本安装好的Linux分区。Asahi Linux团队在Mastodon上的声明强调，分区本身并未受损，所有数据完整保留在Mac上。问题的实质是，系统没能正确识别这个分区的存在，导致Mac无法将它列为可选启动项，自然也就谈不上切换并引导进入Linux环境。这种"分区还在却不能启动"的状态，让大量依赖双系统的开发者感到措手不及。
针对已经升级到macOS 27且手头保留着macOS 26备用安装的用户，目前存在一个可操作的临场恢复方案。Asahi Linux建议，如果用户恰好有一块外置磁盘或另一分区里留有macOS 26 Tahoe，可以将这台Mac的默认启动磁盘重新设定为macOS 26。一旦完成这个操作，原本从macOS 27中消失的Asahi Linux分区会重新出现，访问权限随之恢复。不过，Asahi团队同时表露出明确态度：对于未提前准备备用系统就直接安装macOS 27测试版的用户，团队现阶段不会提供额外支持。
值得注意的是，这个问题虽然由Asahi Linux率先公开，但受影响范围并不局限于Apple Silicon Mac上的Linux用户。AppleInsider在初步测试中验证，同样的启动卷宗识别问题同样会发生在其他多系统场景中。比如，用户在单独分区中安装的旧版本macOS，在升级到macOS 27之后，旧系统的启动选项也可能一并消失。这意味着，任何依赖多分区多系统启动方案的使用者，都可能陷入类似的困境。
从技术层面来看，启动选择器本质上是运行在默认启动卷宗恢复环境中的一个macOS应用程序。macOS系统升级的过程会同步修改恢复环境及其内部包含的各类软件组件。Asahi的开发者将这次故障定性为一个Bug，并已向Apple提交了编号为FB22994760的正式报告。同时，Asahi安装器也已进行紧急补丁处理，在官方给出修复方案或社区找到有效绕过手段之前，安装器将阻止用户在macOS上继续执行安装流程，以避免更多用户触发这个启动磁盘选择异常。
由于该问题出现在macOS 27的第一个开发者测试版中，有分析认为它可能和Apple停止对Intel硬件支持存在关联。当前的macOS 26 Tahoe是最后一个兼容Intel Mac的系统版本，而macOS 27的这一改动，或许是底层代码在去除Intel架构相关逻辑时产生的副产物。面对从当前到秋季正式版发布前长达数月的测试周期，Apple仍然拥有充足的时间窗口来定位并修复这个故障，连续多个测试版的迭代完全有机会在最终版本推向公众前解决这个问题。
启动分区切换问题的出现，也恰好印证了AppleInsider在每年开发者测试季反复强调的一个提醒：开发者测试版虽然功能抢先，但在没有做好应对各种异常的心理和硬件准备之前，轻易安装并不明智。潜在的风险清单包括但不限于各类Bug、系统不稳定、极端情况下甚至可能造成设备变砖。主流Mac用户更适合等待秋季正式版，或是等到常规公开测试通道开启后再加入，后者通常在开发者测试版迭代数轮之后才会推出。如果实在按捺不住尝鲜冲动，至少也要等到前几个开发者测试版释出后，等到最严重的那些问题被排除并修复了，再考虑安装也不迟。
热门跟贴