Framework Laptop 13 AMD Ryzen 7040 系列在稳定版 BIOS 3.20 更新后出现 non-bootable 报告，这件事之所以刺眼，是因为 Framework 不是普通笔记本品牌。它卖的是模块化、可更换部件、Linux 友好和长期维修的承诺。当问题出在 firmware 上，它就不只是普通 bug。

固件更新停滞的模块化笔记本电脑和维修工具

谨慎说法是：Framework 承认收到 small percentage 用户报告，BIOS update 后 mainboard 无法启动。Ars Technica 和 The Verge 报道称，公司正在调查 root cause，并表示如果能确认 stable-release BIOS update 导致主板 non-bootable，会对 out-of-warranty replacements 作出例外处理。Framework 还表示未来会把 Crisis Recovery Mode 带到笔记本 BIOS cycles。

方向是对的。但案例提醒我们：可维修性不只是螺丝、接口和电池。笔记本可以很容易拆开，但如果官方 firmware update 让 mainboard 变成“砖”，普通用户仍可能只能依赖客服、换板或外部刷写。

BIOS 3.20 本来要解决什么

BIOS/UEFI updates 已经是常规维护。它们可能增加硬件支持、修复平台问题、改善电源管理并关闭漏洞。Framework 针对 Laptop 13 AMD Ryzen 7040 的 release thread 把 BIOS 3.20 描述为 stable release，提供 Windows、Linux/LVFS 和 EFI Shell 更新路径，并列出 CVE-2025-54502、CVE-2025-29949、CVE-2025-0040、CVE-2024-36355、CVE-2024-36310 等 security fixes。

也就是说，用户不是在安装来路不明的 beta。对很多 Linux 用户来说，通过 fwupd 和 LVFS 更新 firmware 是负责任的设备维护。简单说“永远不要更新 BIOS”并不现实。

真正的问题是 recovery path。如果 stable update 可能让设备不可用，用户在开始前就应知道：进度条卡住怎么办，哪些操作不要做，support 会要求什么，保修如何处理，是否有不换主板也能恢复的安全模式。

用户报告了什么

Framework forum threads、GitHub issue 和 repair writeup 描述了相似模式：update 看似卡住，progress bar 几小时不动，power button 反应异常，之后 board 无法 boot。“BIOS update stuck”和后续 PSA thread 成为用户收集信息和决定是否等待的地方。

Guanzhong Chen 的 Quantum writeup 让事件出圈。他记录了一台 Framework 13 在 BIOS 3.20 后无法使用，最初被报价 out-of-warranty replacement，后来用低成本工具 manual recovery。但这不是普通用户建议。External flashing 有风险：如果 image 或 backup 处理不当，serial、UUID、Windows product key 等 device-specific data 可能丢失。

Hacker News 和 Reddit 只是 active discussion signals，不是统计数据。它们说明的是消费者焦虑：因为 repairability 选择 Framework 的用户，想知道 firmware support 是否配得上硬件承诺。

Framework 的回应

Ars Technica 报道称，Framework 收到 small percentage 的 Laptop 13 7040 Series BIOS updates 导致 non-bootable boards 的报告，并正在调查。Ars 还引用 Framework：如果能确认 stable BIOS update 是原因，会为 out-of-warranty replacements 例外处理。The Verge 也称，确认受影响的 in-warranty 和 out-of-warranty mainboards 将被替换。

这还不是完整 postmortem。公开受影响数量、精确 failure mechanism、不同 update methods 的矩阵都还没有。Windows installer、EFI Shell、LVFS 和手动中断 flash 不一定是同一个问题，报道时不能混为一谈。

但 support policy 很关键。如果官方 stable firmware update 损坏硬件，消费者不应仅因为保修期结束就自费更换主板。可维修品牌是否承担 firmware risk，就看这种时刻。

为什么 firmware 故障更严重

App update 出错通常还能卸载、回滚或恢复数据。BIOS/UEFI 出错时，设备可能连进入恢复工具的阶段都到不了。Firmware 在操作系统之前初始化平台；如果它损坏，机器看起来就像彻底死掉，即使大多数 hardware 仍完好。

这对用户是维护信任的破裂：他们使用官方路径、等待更新完成，却得到黑屏和无法启动的设备。对 Linux-friendly devices 尤其如此。LVFS 和 fwupd 改善了体验，也提高了期待：既然 vendor 通过现代渠道发布 firmware，就应有同样成熟的 recovery 和 support。

可维修性的教训

Framework 的物理设计仍有价值：可更换接口、易拆螺丝、公开部件、mainboard swaps。这些减少浪费并提供选择。但这只是其中一层。真正 repairable laptop 还需要 recoverable firmware、清晰 release notes、rollback 或 crisis path、公平保修例外和可执行文档。

Right to repair 不只是工具和电池。Firmware 把它变成系统问题：用户能否不依赖厂商秘密恢复设备？维修店能否保留 identity data？厂商能否区分官方更新失败和用户损坏？出现故障信号后 rollout 是否会暂停？

现在该怎么做

保守建议：除非有明确原因，否则先等，并查看最新 release thread、knowledge base 和 community reports。BIOS 3.20 有 security fixes，所以永远不更新并不理想；但有可信 brick 报告时，等待 clearer guidance 或 fixed release 很合理。

如果更新，把它当成正式维护：接电源，避开旅行和 deadline，备份数据，保存 BitLocker 或磁盘加密 recovery keys，记录 BIOS version 和 serial number，阅读 downgrade limits，并使用 Framework 推荐的更新路径。如果 update 卡住，记录屏幕、时间、方法和电源状态，联系 support；不要把 SPI flashing 当普通用户方案。

给买家的信号

这不是说不要买 repairable devices，而是要扩大 checklist：firmware updates 如何交付，failed flash 后是否有 recovery，能否 rollback，保留哪些数据，replacement board 价格如何，vendor 是否发布 postmortems 并承担 stable-update failures。

现代 gadgets 都是带 firmware 的小平台。真正的可维修性必须覆盖这些看不见的层。容易拆开的 laptop 很有价值；但如果 firmware 失败后的答案只是 forum thread 和 heroic repair blog，这个承诺还不完整。