Berichte, dass ein stabiles BIOS-3.20-Update manche Framework Laptop 13 AMD Ryzen 7040 nicht mehr bootfähig macht, sind gerade wegen Framework unangenehm. Die Marke steht für Modularität, austauschbare Teile, Linux-Nähe und langfristige Reparatur. Wenn ausgerechnet Firmware scheitert, ist es mehr als ein normaler Bug.

Modularer Laptop mit blockiertem Firmware-Update und Werkzeugen

Vorsichtig formuliert: Framework bestätigt Meldungen eines kleinen Prozentsatzes von Framework Laptop 13 7040 Series, deren BIOS-Updates zu non-bootable boards führten. Ars Technica und The Verge berichten, dass die Ursache untersucht wird und dass es Ausnahmen für out-of-warranty replacements geben soll, wenn ein stable-release BIOS update als Ursache bestätigt wird. Crisis Recovery Mode soll in kommenden BIOS-Zyklen auf Laptops kommen.

Das ist richtig. Der Fall zeigt aber: Reparierbarkeit besteht nicht nur aus Schrauben, Ports und Akkus. Ein Laptop kann leicht zu öffnen sein und trotzdem schwer wiederzubeleben, wenn ein offizielles Firmware-Update das Mainboard blockiert.

Wofür BIOS 3.20 gedacht war

BIOS/UEFI-Updates sind heute normale Wartung. Sie bringen Hardware-Support, Plattform-Fixes, Energieverbesserungen und Security Patches. Der Framework-Release-Thread für Laptop 13 AMD Ryzen 7040 beschrieb BIOS 3.20 als stable release mit Windows-, Linux/LVFS- und EFI-Shell-Pfaden. Genannt wurden auch CVE-2025-54502, CVE-2025-29949, CVE-2025-0040, CVE-2024-36355 und CVE-2024-36310.

Nutzer installierten also keine dubiose Beta. Gerade Linux-Nutzer mit fwupd und LVFS betrachten Firmware-Updates als verantwortliche Pflege. “BIOS nie aktualisieren” ist keine moderne Antwort.

Die Verbraucherfrage lautet: Wenn ein stabiles Update ein Gerät unbenutzbar machen kann, muss der Recovery-Pfad vor dem Start klar sein. Was tun bei stehender Fortschrittsanzeige? Was nicht tun? Was fragt der Support? Gibt es Wiederherstellung ohne Boardtausch?

Was Nutzer beschrieben

Framework-Threads, ein GitHub-Issue und ein Repair-Writeup zeigen ähnliche Symptome: Update hängt, Progress Bar bewegt sich stundenlang nicht, Power Button hilft kaum, danach bootet das Board nicht mehr. “BIOS update stuck” und der PSA-Thread wurden Sammelpunkte für Betroffene und Wartende.

Das Quantum-Writeup von Guanzhong Chen machte den Fall bekannter. Es beschreibt ein Framework 13 nach BIOS 3.20, ein anfängliches Out-of-Warranty-Angebot und eine manuelle Rettung mit günstigen Tools. Das ist technisch spannend, aber keine allgemeine Empfehlung. Externes Flashing kann Seriennummer, UUID oder Windows Product Key gefährden.

Hacker News und Reddit zeigen aktive Diskussion, keine Statistik. Sie erklären, warum Käufer reagieren: Wer Framework wegen Repairability wählt, erwartet, dass Firmware-Support zum Hardware-Versprechen passt.

Frameworks Antwort

Ars Technica berichtet, Framework habe Meldungen eines kleinen Prozentsatzes non-bootable boards erhalten und untersuche den Root Cause. Außerdem soll es Out-of-Warranty-Ausnahmen geben, wenn ein stabiles BIOS-Update als Ursache bestätigt wird. The Verge schreibt, bestätigte betroffene Mainboards würden in und außerhalb der Garantie ersetzt.

Ein vollständiger Postmortem ist das noch nicht. Öffentliche Zahlen, genauer Mechanismus und vollständige Matrix der Update-Wege fehlen. Windows Installer, EFI Shell, LVFS und unterbrochene Flash-Vorgänge dürfen nicht vorschnell vermischt werden.

Trotzdem ist die Support-Politik entscheidend. Wenn ein offizielles Stable-Firmware-Update Hardware bricht, sollte der Kunde nicht wegen abgelaufener Garantie ein neues Board bezahlen müssen. Hier entscheidet sich, ob Repairability auch Firmware-Risiken einschließt.

Warum Firmware anders ist

Scheitert eine App, kann man deinstallieren, zurückrollen oder Daten wiederherstellen. Scheitert BIOS/UEFI, erreicht der Laptop diese Werkzeuge vielleicht nie. Firmware initialisiert die Plattform vor dem Betriebssystem. Ist sie beschädigt, wirkt das Gerät tot, obwohl die Hardware weitgehend in Ordnung sein kann.

Für Nutzer ist das ein Vertrauensbruch in Wartung. Sie nutzten den offiziellen Weg und warteten. Schwarzer Bildschirm und totes Board sind kein gewöhnlicher Softwarefehler.

Linux-freundliche Geräte trifft das besonders. LVFS und fwupd haben viel verbessert, erhöhen aber Erwartungen: Wer Firmware über moderne Kanäle liefert, braucht ebenso moderne Recovery- und Support-Regeln.

Die Reparierbarkeits-Lektion

Frameworks physisches Design bleibt wertvoll: austauschbare Ports, zugängliche Schrauben, dokumentierte Teile, Mainboard-Swaps. Aber das ist nur eine Schicht. Ein reparierbarer Laptop braucht auch recoverable firmware, klare Release Notes, Rollback oder Crisis Path, faire Garantieausnahmen und verständliche Dokumentation.

Right to repair ist nicht nur Werkzeug und Akku. Firmware macht es zur Systemfrage: Kann der Besitzer ohne Vendor-Geheimnisse wiederherstellen? Kann eine Werkstatt ohne Verlust von Geräteidentität reparieren? Erkennt der Hersteller fehlgeschlagene offizielle Updates? Wird ein Rollout pausiert, wenn Fehler auftreten?

Praktischer Rat

Warten Sie, außer es gibt einen konkreten Grund, und prüfen Sie Release Thread, Knowledge Base und aktuelle Community Reports. BIOS 3.20 enthält Security Fixes, also ist ewiges Ignorieren nicht ideal. Doch bei glaubwürdigen Brick-Berichten ist Warten auf klare Guidance oder Fix vernünftig.

Wenn Sie aktualisieren: Netzteil anschließen, nicht vor Reisen oder Deadlines, Backup machen, Recovery Keys sichern, BIOS-Version und Seriennummer notieren, Downgrade-Grenzen lesen und den empfohlenen Pfad nutzen. Wenn das Update hängt, Bildschirm, Zeit, Methode und Stromzustand dokumentieren, Support kontaktieren und kein SPI-Flashing ohne Risikoverständnis versuchen.

Das Gadget-Signal

Die Geschichte sagt nicht: reparierbare Geräte meiden. Sie sagt: Checkliste erweitern. Wie kommen Firmware-Updates? Gibt es Recovery nach failed flash? Ist Rollback möglich? Welche Daten bleiben erhalten? Was kostet ein Board? Veröffentlicht der Hersteller Postmortems und deckt Stable-Update-Fehler?

Moderne Gadgets sind Plattformen mit Firmware. Echte Reparierbarkeit muss diese unsichtbaren Schichten einschließen. Ein leicht zu öffnender Laptop ist wertvoll; ohne klaren Firmware-Recovery-Pfad bleibt das Versprechen unvollständig.