Framework这周确认,一次官方推送的BIOS更新把部分老款笔记本变成了砖头。这本身不算稀奇——固件翻车年年都有。稀奇的是,这句"我们正在处理"说出来的时候,问题已经存在了一个多月。
一次更新,谁中了枪
出问题的是Laptop 13的AMD Ryzen 7040系列主板,从BIOS 3.18升级到3.20这条路径。3.20是7月上旬发布的稳定版,官方下载页当时(直到本文写作时)仍把它列为推荐版本,没有任何警示标签。
症状很直接:升级卡在进度条上不动,重启后无法开机、无POST。Windows和Linux用户都有报告,不是某个系统独有的兼容性问题。
好消息是这不是必现故障——大多数人升级顺利。坏消息是没人说得清具体比例,Framework自己被问到这个数字时也没给出答案。
时间线才是这次事件的真相
如果只看标题,读者会以为这是"刚发生、正在处理"的新鲜事。实际时间线拉得很长。
GitHub上那条问题追踪记录最能说明节奏:有用户提交的issue显示,一次升级卡了近三小时才彻底失败,提交之后长期处于开放、无人认领的状态。社区论坛里从7月初就陆续有人报告类似情况,7月中又出现新增案例。官方的公开表态,是8月下旬的事。
- 提醒.这不是"刚出问题就在修",而是社区先发现、媒体先追问,官方才给出书面回应。
保外用户的账单,松动是被逼出来的
保修条款写得很清楚:一年质保,软件本身不在保修范围内。这条款平时用来挡固件导致的软件层面问题没什么争议,但这次是官方推送的稳定版更新把硬件变成了废铁,条款的适用性就变得尴尬。
早期的个案反馈是:保外用户联系客服,被告知需要自费购买新主板,费用超过500美元。8月中下旬之后,风向开始变化——部分用户拿到了官方同意的"例外更换"。
问题是这个"例外",目前只停留在客服口头个案处理的层面。没有书面标准,没有统一时限,也没有说清楚哪些证据能证明是"稳定版更新导致不可启动"。有人一两个工作日内拿到回复,有人提交了近二十张截图证据,三周后仍在等待。政策看起来在松动,但松动的边界谁都说不清。
民间修复跑在了官方前面
真正让这件事显得讽刺的,是社区极客的自救速度。有人用一套外部BIOS编程工具——CH341A编程器加转接头和探针,直接从官方发布的3.20固件包里提取镜像,重新刷进主板芯片,成功让部分砖机复活。整套方案的硬件成本,大约是一杯咖啡钱的几十倍,折合人民币两三百元。
这套方案不难,但也不是人人能上手,需要拆机、需要焊接经验、需要知道从哪里下载对应的镜像文件。它证明的不是"用户很能干",而是官方本该提供、却始终没提供的应急恢复能力,被论坛里的动手党提前造出来了。
Framework官方的回应里提到,会引入所谓"Crisis Recovery Mode",让固件升级失败后可以直接原地恢复,并称这个功能已经在新款Framework Desktop的BIOS里落地,接下来会陆续推给Laptop 12、13、16。方向是对的,但目前只是承诺,没有给出具体上线的时间点。
可维修的招牌,经不起这种响应速度
Framework这几年立住的口碑,靠的就是"能拆、能修、能换"这四个字。用户愿意为这份透明多付出一点学习成本,换来的是设备不会因为厂商一次操作就报废的信任感。
这次事件的技术层面本身不算严重——固件升级失败,老早不是新鲜事,连苹果、联想都翻过车。真正刺眼的是响应节奏:社区七月初就报了故障,GitHub issue放了一个月没人认领,官方版本页面照常挂着有问题的固件,直到媒体追问才等来一句"正在调查"。
古人说"防患未然",Framework这次做到的更接近"救火于既燎"。修复本身值得肯定——愿意为保外主板破例、愿意补应急恢复功能,这比很多厂商装死到底强。但代价是:一个靠"信任极客"立身的品牌,这次是被极客们用一把几十块钱的编程器,抢先证明了官方的迟钝。
对手里还拿着老款Ryzen 7040主板、尚未升级到3.20的用户,眼下最现实的建议是:先别急着点更新,等官方明确下架或修复这个版本,再决定要不要冒险。