开源固件项目 Libreboot 在 2026 年 10 月 15 日发布了代号为 Ominous Olive 的 26.10 版本。这次更新对项目底座动了一次大手术：它放弃了坚守多年的裸机纯净引导，正式将 MrChromebox 维护的 EDK2 设为 64 位 x86 设备的默认 Payload。这意味着 Libreboot 开始全面拥抱 UEFI，甚至在官方文档里主动宣布兼容 Windows 10 与 Windows 11。
与向主流商业系统妥协同时发生的，还有一次激进的硬件大扩军。Libreboot 借由自动化脚本，直接合并了上游针对 Chromebook 的全部 233 款主板配置。
在过去十余年里，Libreboot 是自由软件阵营里近乎苛刻的圣徒。它从 coreboot 衍生而来，剔除一切专有二进制驱动，长年依赖 SeaBIOS 与 GRUB 裸机引导，只服务少数几款被极客反复盘出包浆的老旧 ThinkPad。今天它突然换上现代 UEFI 的外衣，向大众操作系统张开怀抱。
然而撕开这份看似皆大欢喜的更新公告，底层架构妥协带来的现实代价立刻浮出水面。
233 款支持背后的空头支票
版本公告中最博人眼球的数字，莫过于一次性支持了 233 款 Chromebook 设备。
但稍微翻阅构建系统源码就会发现，这个膨胀的数字由开发者编写的自动化工具抓取生成。项目维护者仅在基于 Bay Trail 架构的 Kip 设备上做过启动验证。其余 232 款设备从未完成过实机硬件测试。
不仅如此，由于缺乏测试与分发带宽，这 233 款设备在本次发布中仅提供源码，没有任何预编译二进制文件。
这意味着任何想要尝鲜的用户，必须在本地自行拉取庞大的交叉编译工具链并完成构建。更致命的是，固件不是上层应用，没有沙盒可以试错。把未经硬件点亮的固件刷进闪存，代价往往就是主板变砖，只能掏出编程器和烧录夹进行物理救砖。这种纯代码层面的目标同步，本质上把未经验证的工程风险完全转嫁给了下游动手用户。
刷机脚本里的安全幻象
Libreboot 吸引极客的核心卖点，一直是它对 Intel 管理引擎（ME）的清洗能力。公告特别强调，新版本在构建期默认启用了 HAP 比特位，并通过 ifdtool 将描述符区域设为可读写，以实现彻底禁用 Intel ME。
然而这在现实操作中存在巨大的安全落差。
绝大多数把玩 Chromebook 的用户，都依赖 MrChromebox 提供的自动化刷机脚本。这套主流脚本在写入闪存时，默认携带 --ifd -i bios 参数。该参数意味着软件只刷写芯片中的 BIOS 逻辑区块，根本不会触碰底层的主板描述符。
- 风险.若用户直接使用标准脚本刷入固件，底层的 Flash Descriptor 实际上未被修改，宣称的安全关闭并不会生效，Intel ME 依然在后台悄然运转。
要让这套防护真正起效，用户必须拥有完全解除硬件写保护的底气，冒着整机崩溃的风险全盘重写描述符，或者直接拆机使用烧录夹。对大多数轻度用户而言，安全宣传只是写在构建日志里的一纸空文。
吞噬 CPU 核心的向下兼容
放弃原生引导的代价，不单体现在安全逻辑上，还直接砸在了硬件性能上。
在 26.10 版本中，旧有的裸机 SeaBIOS 和 GRUB 核心引导被正式列入废弃清单（deprecated），未来将被彻底移除。为了安抚那些还在使用传统 MBR 分区和旧系统的存量用户，Libreboot 引入了一个折中方案：CSMWrap。
它的实现原理是在 EDK2 内部封装一层 SeaBIOS，模拟出传统 BIOS 接口。但这种临时拼凑的兼容层存在严重的硬件调度缺陷：它在运行时会直接独占吃掉一个物理 CPU 核心。
如果你有一台 4 核心处理器的老笔记本，通过 CSMWrap 启动 Linux 系统后，操作系统内核只能识别出 3 个核心。
为了在 UEFI 壳子里伪装出老旧的纯粹，固件强行绑架了一个物理核心充当桩函数。
这已经不是单纯的技术妥协，而是赤裸裸的功能倒退。维护团队的潜台词非常明确：旧时代的裸机时代已经结束，用户必须尽快重装系统，全面迁移至 GPT 分区和 UEFI 引导。
撕裂的自由：左手 Windows，右手反 AI
纵观这次更新，最耐人寻味的是 Libreboot 治理逻辑的严重撕裂。
在面向大众的层面上，它放下了自由软件原教旨的偶像包袱。项目不仅把原本被开源社区视为黑盒产物的 UEFI 设为标配，还专门测试并骄傲地宣布支持运行 Windows 10 与 11。这种放下身段迎合世俗的姿态，确实让海量面临报废的旧教育硬件迎来了重新服役的可能。
但视线一转，代码仓库的根目录却新增了一份火药味十足的《AGENTS.md》。维护者在这份规范中立下了严厉的反 AI 审查条款，全面禁止任何 AI 生成的代码和自动化辅助贡献，甚至把此前放弃 x86 U-Boot 移植的原因之一也归咎于抵制 AI 污染。
一面是在系统接口上向闭源商业巨头 Windows 敞开大门，另一面却在协作机制上筑起高耸的防范壁垒。
开源固件走到今天，单纯的意识形态自留地已经无法抵御现实硬件复杂度的挤压。若想走出极少数老设备的陈列馆，拥抱行业事实标准的 UEFI 与 EDK2 是必然的选择。但当一个项目既想要海纳百川的大众受众，又放不下堂吉诃德式的精神铠甲，呈现出来的就会是眼下这幅光怪陆离的图景：系统跑着 Windows，编译器拒绝着 AI，而底层的 CPU 核心还在为向下兼容无声牺牲。