Linux 7.1 现已推出，当然随之而来的是另一个进展报告。我们有 M3 进展、苹果错误等更多内容！欢迎回来主引导记录当您长按 Mac 的电源按钮以调出引导选择器（或使用启动磁盘应用程序）时，您看到的列表中的 Asahi 实际上并不是包含操作系统的分区。苹果的引导工具仅适用于它认为是在 APFS 容器内的“有效”macOS 安装。因此，为了能够使用苹果的引导加载程序并避免用户每次想要使用 Asahi 时都需要从恢复模式运行命令，Asahi 安装程序创建了一个小的 APFS 容器（2.5 GB），其中仅包含足够的 macOS，以让苹果的工具相信这是一个可引导的 macOS 安装，并以 m1n1 作为其内核。这种安排在 macOS 12 到 macOS 26 之间完全不变地工作，而苹果甚至修复了它们的工具中在尝试引导不是实际 XNU 内核的原始二进制文件时才会遇到的几个错误。然而，在 macOS 27 Golden Gate 开发者测试版发布不久后，我们开始收到报告，用户无法在他们的机器上引导 Linux——该选项在启动磁盘和引导选择器中都消失了！显然这非常令人担忧，因此我们将调查此问题作为优先事项。使用 diskutil 检查磁盘显示，在升级到 macOS 27 后，所有与 Asahi 相关的分区仍然存在于磁盘上。没有数据丢失，这是一种积极的迹象。此外，当使用第二个安装的 macOS 26 的引导工具时，Asahi 在同一台机器上仍然可以引导。chaos_princess 开始检查苹果自己的 macOS 安装程序和早期我们首次使用苹果引导工具时的旧流。macOS 安装程序在重启机器之前设置了一些 APFS 元数据，进一步调查显示这是一个标记卷为可引导的标志。在 macOS 27 之前，引导工具完全忽略了这个标志。在 Asahi APFS 容器上手动设置标志后，它可以在 macOS 27 的引导选择器中可用，而无需进一步更改。今后，所有新的 Asahi 安装将由 Asahi 安装程序自动设置此标志。我们还添加了一个安装程序模式，可以修复现有安装。如果您已经安装了 macOS 27 开发者测试版，并且无法访问您的 Asahi 安装，请再次运行安装程序并使用“修复 macOS 27 引导选择器兼容性”选项。chaos_princess 还开发了一个可以从 Linux 运行以修复此问题的程序。虽然我们最终希望自动部署此修复，但我们需要更多的测试数据来确认它的可靠性，并确保不会破坏任何人的文件系统。这就是您可以参与的地方。如果您愿意帮助我们测试，请克隆此 repo，然后在升级到 macOS 27 之前从 Linux 中构建并运行它。如果您的 Asahi 卷在 macOS 中仍然可以选择作为引导目标，那么它就成功了。请务必通过访问我们在 OFTC 或 Matrix 的频道向我们反馈结果，尤其是如果您遇到任何问题。强制关机的三个字节macOS 27 还带来了所有外围设备的固件更新，包括 SMC。SMC 的众多功能之一是电池管理。我们的 Linux 电源驱动程序与 SMC 通信，以获取充电状态、电压、剩余时间和电池健康等信息。该驱动程序还使用 SMC 的固件接口来配置充电开始和停止阈值，以延长电池寿命。macOS 27 的 SMC 固件将一个电池管理接口的返回值从 32 位整数更改为单个字节。这个变化使我们的驱动程序感到困惑，在某些条件下将电池视为失败并启动紧急关机以保护系统。我们已经在下游内核中修补了这个问题；从版本 7.0.12 开始，电源驱动程序可以处理这两种固件 ABI。安装测试版时的错误像这样的错误提醒我们，开发者测试版仅仅是开发者测试版。不建议将其安装在生产机器上。到目前为止，我们遇到的两个问题幸运的是都较轻微，但这并不意味着未来的所有问题也都是如此。全球固件更新实际上是永久性的，并且只能通过 DFU 恢复来回滚。请在今后避免安装开发者测试版。我们有牺牲机器来代替您测试这些东西，您没有必要冒险使用自己的昂贵硬件和重要数据。随着事物的变化……设计和验证计算机平台以及其中的 IC 非常昂贵且耗时，因此在不必要的情况下对现有设计进行更改没有太大意义。在项目早期，我们做了一个赌注，相信苹果会同意并避免对这些进行不断的破坏性更改。