Ein BIOS-Update, das nicht durchläuft – und danach bleibt der Bildschirm schwarz. Beim Framework Laptop 13 mit AMD Ryzen 7040 kann das Firmware-Paket BIOS 3.20 dazu führen, dass der Updatevorgang hängen bleibt und das Notebook anschließend nicht mehr startet. Die Daten auf der SSD sind dadurch nicht automatisch gelöscht – sie sind aber vorübergehend nicht mehr erreichbar. Entscheidend ist jetzt, keine weiteren Flash- oder Reset-Versuche zu unternehmen.
Framework Laptop 13 BIOS 3.20: Notebook startet nicht mehr – was ist passiert?
Framework hat am 30. Juni 2026 das Firmware-Paket BIOS 3.20 als Stable-Release für den Framework Laptop 13 (AMD Ryzen 7040 Series) veröffentlicht. Es handelt sich nicht um ein einzelnes UEFI-Update, sondern um ein Bündel mehrerer eingebetteter Firmware-Komponenten: BIOS 3.20, Embedded Controller (EC, der Chip für Tastatur, Lüfter und Einschaltlogik) in der Version ec_320_e0a4f, Power-Delivery-Firmware (PD, zuständig für die USB-C-Stromversorgung) 0.0.1C sowie AMD Platform Initialization (AMD PI) 1.2.0.0f.
Bei einem Teil der Geräte bleibt genau dieser Updatevorgang stehen. Nutzerberichte beschreiben einen schwarzen Bildschirm mit Framework-Logo und einer Fortschrittsanzeige, die sich nicht mehr bewegt. Ein am 7. Juli 2026 im Framework-Forum dokumentierter Fall schildert ein EFI-Shell-Update von BIOS 3.18 auf 3.20, das nach rund drei Stunden immer noch an derselben Stelle stand. Danach bleiben Geräte ohne Bildausgabe oder ohne normalen Start zurück.
Am 19. August 2026 hat Framework den Vorfall gegenüber Ars Technica bestätigt. Gründer Nirav Patel formulierte es gegenüber The Verge so:
„We’ve received reports of a small percentage of Framework Laptop 13 7040 Series BIOS updates resulting in non-bootable boards and are investigating the root cause of the issue.“ – Nirav Patel, Gründer von Framework, gegenüber The Verge
Wichtig für die Einordnung: Framework hat den Endzustand bestätigt – nicht bootfähige Mainboards –, aber nicht die technische Ursache. Eine belastbare Zahl betroffener Geräte gibt es nicht. Der Hersteller spricht ausschließlich von einem „small percentage“, ohne Grundgesamtheit oder Quote. Forenbeiträge, Aufrufzahlen oder Sammelthreads sind keine Statistik und werden hier auch nicht als solche behandelt.
Wer und welche Geräte sind betroffen?
- Betroffenes Modell: Framework Laptop 13 mit AMD Ryzen 7040 Series
- Betroffene Firmware: BIOS 3.20 (Stable-Release vom 30. Juni 2026)
- Nicht betroffen laut Downloadseite: andere Framework-Laptop-Generationen – die offizielle Downloadseite grenzt das Paket ausdrücklich auf den Laptop 13 AMD Ryzen 7040 Series ein
Zur Vorgeschichte gehört, dass Framework bereits am 24. November 2025 mit BIOS 3.17 einen Fehler behoben hatte, bei dem ein BIOS-Update auf der falschen Plattform laufen und das System unbootbar machen konnte. Ein älterer Community-Bericht vom 24. März 2025 beschreibt einen fehlgeschlagenen Updatelauf von BIOS 3.05 auf 3.07 – das ist ein separater, historischer Einzelfall und nicht der aktuelle BIOS-3.20-Vorfall.
Woran erkennen Sie das Problem?
- Während des Updates: schwarzer Bildschirm mit Framework-Logo, Fortschrittsanzeige bewegt sich nicht mehr.
- Der Einschaltknopf reagiert während des Vorgangs nicht. Das allein ist kein Defektnachweis – ein gesperrter Power-Button ist bei Firmware-Updates auch ein normaler Schutz gegen Unterbrechungen.
- Nach dem fehlgeschlagenen Update: Das Notebook startet nicht mehr normal oder zeigt gar kein Bild.
- Einzelne Nutzer berichten von Blinkcodes der Diagnose-LEDs oder fehlerhafter Grafikdarstellung. Eine vollständige, von Framework veröffentlichte Fehlercode-Tabelle speziell für BIOS 3.20 liegt in den geprüften Quellen nicht vor.
So prüfen Sie, ob Sie betroffen sind – ohne Risiko
- Modell abgleichen. Der bestätigte Vorfall betrifft ausschließlich den Framework Laptop 13 mit AMD Ryzen 7040 Series.
- BIOS-Version auslesen – nur wenn das Gerät noch normal startet. Unter Windows: Windows-Taste + R drücken, msinfo32 eingeben und unter „BIOS-Version/-Datum“ die Version ablesen. Unter Linux nennt Framework für Ubuntu und Fedora die Werkzeuge dmidecode beziehungsweise lshw. Alternativ beim Start F2 drücken, ins Setup Utility wechseln und bei AMD unter „BIOS Version“ nachsehen – die letzten vier Ziffern geben die Version an.
- Ergebnis richtig deuten. Wenn dort 3.20 steht, heißt das nur: Die betroffene Version ist installiert. Es beweist keinen Schaden. Starten Sie keine erneute Aktualisierung und keinen Downgrade nur zur Prüfung.
- Verschlüsselung prüfen. Klären Sie, ob BitLocker oder die Windows-Geräteverschlüsselung aktiv ist, und sichern Sie den 48-stelligen Wiederherstellungsschlüssel von einem anderen Gerät aus über Ihr Microsoft- oder Arbeits-/Schulkonto. Microsoft weist ausdrücklich darauf hin, dass BitLocker nach Hardware- oder Sicherheitsänderungen – etwa einem Mainboardtausch – diesen Schlüssel verlangen kann.
- Dokumentieren, falls es bereits passiert ist. Halten Sie fest: Zeitpunkt, Updateweg (Windows-Updater, LVFS/fwupdmgr oder EFI-Shell), vorherige und Ziel-BIOS-Version, Fotos oder Videos der Anzeige sowie eventuelle Blinkcodes. Genau diese Angaben verlangt der Framework-Support in dokumentierten Supportfällen.
Das sollten Sie jetzt tun
- Nichts erzwingen. Lassen Sie ein hängendes Update nicht durch weitere Update-, Downgrade- oder Reflash-Versuche „reparieren“. Framework untersucht die Ursache noch.
- Gerät ruhen lassen. Trennen Sie Zubehör, notieren Sie den Zustand und verzichten Sie auf endlose Startversuche.
- Framework-Support kontaktieren und ausdrücklich angeben, dass ein Stable-Release-BIOS-Update den Start verhindert. Framework hat zugesagt, Mainboards innerhalb der Garantie zu ersetzen – und darüber hinaus:
„In the meantime, in addition to replacing in-warranty Mainboards, we are making exceptions for out-of-warranty replacements where we can confirm a stable-release BIOS update caused the board to become non-bootable.“ – Nirav Patel, Framework, gegenüber The Verge
- Vor jedem Mainboardtausch: Recovery-Key sichern. Microsoft-Konto, Arbeits-/Schulkonto, Ausdruck oder USB-Sicherung – bevor die Hardware getauscht wird.
- Wichtige Daten getrennt betrachten. Der interne Speicher des Framework Laptop 13 ist laut Framework-Storage-Guide ein separates, ausbaubares Modul. Ein Firmwaredefekt des Mainboards löscht die SSD deshalb nicht per se. Ob und wie ein sauberer Zugriff außerhalb des defekten Boards möglich ist, hängt jedoch von Verschlüsselung, SSD-Zustand und fachgerechtem Ausbau ab.
Das dürfen Sie auf keinen Fall tun
Dieser Abschnitt ist der wichtigste. Die meisten endgültigen Datenverluste entstehen nicht durch den ursprünglichen Defekt, sondern durch das, was danach passiert.
- Kein „Diesen PC zurücksetzen“ mit der Option „Alles entfernen“. Microsoft beschreibt diese Funktion klar: Sie installiert Windows neu und entfernt persönliche Dateien, Apps und Einstellungen. Das ist keine Rettungsmaßnahme, das ist eine Löschung.
- Nicht formatieren und nicht neu installieren – schon gar nicht auf der Original-SSD. Die TestDisk-/DDRescue-Dokumentation von CGSecurity warnt ausdrücklich davor, einen Datenträger zu formatieren oder das Betriebssystem neu zu installieren, wenn Inhalte wiederhergestellt werden sollen.
- Keine Reparatur- oder Recovery-Software mit Schreibzugriff auf dem einzigen Originaldatenträger laufen lassen. CGSecurity dazu:
„Instead of working directly on the damaged disk, it’s recommended to create a copy and to work on the clone.“ – CGSecurity, TestDisk/DDRescue-Dokumentation
- Kein externer SPI-Reflash des Firmware-Chips in Eigenregie. Ein im August 2026 veröffentlichter technischer Eigenbericht eines Softwareentwicklers beschreibt zwar einen erfolgreichen externen Reflash als Einzelfallreparatur – warnt aber zugleich deutlich:
„One mistake and the chip could be fried, or worse, the whole motherboard.“ – Guanzhong Chen, Softwareentwickler, technischer Eigenbericht (kein offizieller Fix)
Falsche Spannung, falsche Pin-Verbindung oder ungeprüfte Firmware können Firmware-Chip oder Mainboard beschädigen. Das ist keine von Framework freigegebene Recovery-Anleitung. - Nicht ohne gesicherten BitLocker-Schlüssel Hardware tauschen oder Windows zurücksetzen. Der Schlüssel kann nach der Hardwareänderung zwingend nötig sein – und ein Reset mit „Alles entfernen“ nimmt Ihnen die Daten, bevor Sie ihn brauchen.
Für diesen konkreten Firmwarevorfall gibt es keinen Beleg, dass bloße Einschaltversuche die SSD-Daten selbst zerstören. Was Daten in solchen Fällen dauerhaft vernichtet, sind die gut gemeinten Zwischenschritte: der Reset, die schnelle Neuinstallation, das Recovery-Tool, das direkt auf das Original schreibt, der Reflash-Versuch mit der falschen Datei. Genau diese Versuche sind die häufigste Ursache dafür, dass Daten am Ende unrettbar sind.
Gibt es schon einen Fix für BIOS 3.20?
Stand 22. August 2026 war weder ein veröffentlichter Root-Cause-Fix noch ein als verfügbar dokumentierter Crisis-Recovery-Mechanismus speziell für den Framework Laptop 13 mit AMD Ryzen 7040 nachweisbar. Die Framework-Knowledge-Base führte BIOS 3.20 weiterhin als Download und über LVFS.
Framework hat allerdings eine Recovery-Funktion angekündigt. Im Community-Forum schrieb das als „Framework Team“ gekennzeichnete Konto:
„we’re introducing ‚Crisis Recovery Mode‘ BIOS functionality to enable a path for failed updates to be directly recoverable.“ – Framework, Community-Forum
Der externe PR-Vertreter Jim Redner nannte gegenüber The Verge als Ziel: „They are targeting releasing that functionality before the end of year for each product line.“ Diese Funktion wird also für kommende BIOS-Zyklen der Laptops 12, 13 und 16 eingeführt werden – sie ist eine Zielangabe, kein verbindlicher Termin und heute noch kein verfügbarer Fix.
Warum dieser Fall in Profihände gehört – und wie RESQ konkret hilft
Ein durch ein fehlgeschlagenes BIOS-Update nicht mehr startfähiger Laptop ist ein Sonderfall: Es sind zwei getrennte Probleme, die man auch getrennt behandeln muss. Erstens das Mainboard, dessen Firmware in einem undefinierten Zustand steckt. Zweitens Ihre Daten, die auf einer separaten, physisch unbeschädigten SSD liegen – aber möglicherweise verschlüsselt sind und deren Zugriff nach einem Hardwaretausch am Wiederherstellungsschlüssel hängt. Wer beides in einem Rutsch „irgendwie“ lösen will, riskiert genau das, was man vermeiden möchte.
Professionelle Datenrettung bei RESQ unterscheidet sich an diesem Schadensbild in mehreren Punkten von dem, was zu Hause möglich ist:
- Arbeit an einer Kopie statt am Original. Der erste Schritt ist nicht die Reparatur, sondern das Sichern. Von der ausgebauten SSD wird – soweit der Zustand des Datenträgers es zulässt – zunächst ein Image erstellt. Alle weiteren Analysen laufen auf dieser Kopie. Das Original bleibt unverändert, was bei einem einmaligen Datenbestand entscheidend ist.
- Fachgerechter Ausbau und kontrollierte Umgebung. Ein M.2-Modul wirkt harmlos – bis es beim Ausbau statisch aufgeladen, mechanisch belastet oder an einem defekten Board erneut fehlerhaft angesprochen wird. Der Ausbau, die Sichtprüfung und der Anschluss an eine schreibgeschützte Diagnoseumgebung gehören in eine dafür eingerichtete Werkstatt, bei mechanisch geschädigten Datenträgern in die Reinraumumgebung.
- Umgang mit Verschlüsselung. Bei aktivem BitLocker entscheidet nicht die Technik, sondern der Schlüssel. Wir klären das vorab mit Ihnen, statt Sie in eine Situation laufen zu lassen, in der das Board getauscht ist und der 48-stellige Recovery-Key fehlt.
- Erfahrung mit Firmware-Ausfällen statt Trial and Error. Ob am Board selbst noch etwas sinnvoll machbar ist oder ob der vom Hersteller zugesagte Mainboardtausch der richtige Weg ist, lässt sich nur nach einer Diagnose seriös beantworten – nicht durch Ausprobieren mit Ihrem einzigen Gerät.
Der Ablauf bei RESQ ist bewusst ohne Vorleistung von Ihrer Seite aufgebaut:
- Kostenlose Ersteinschätzung. Sie schildern den Fall – Modell, BIOS-Version, Updateweg, Symptome. Sie erhalten eine erste fachliche Einordnung, was in Ihrer Konstellation realistisch ist. Den Weg dafür finden Sie unter kostenlose Ersteinschätzung und Kostenvoranschlag anfordern.
- Diagnose. Wir prüfen Datenträger und Gerät und stellen fest, ob die Nutzdaten physisch intakt und lesbar sind.
- Ehrliche Aussage zu den Aussichten und ein Kostenvoranschlag. Sie erfahren, was möglich ist – und wo die Grenzen liegen. Datenrettung ist immer eine Einzelfallprüfung; Erfolgsversprechen gibt es bei uns nicht, weil sie unseriös wären.
- Ihre Entscheidung. Erst danach entscheiden Sie, ob wir den Auftrag ausführen. Wenn Sie direkt starten möchten, können Sie über Auftrag im Kundenkonto anlegen beauftragen.
Geht es Ihnen ausschließlich um das Gerät und nicht um Daten – etwa weil ein aktuelles Backup existiert –, ist der Weg über die Reparatur bei RESQ der passende. Und falls dieser Vorfall Sie daran erinnert, dass Ihre letzte Sicherung länger her ist: Der Backup-Assistent hilft, das für die Zukunft zu ordnen. Ein Backup auf einem anderen Medium ist der einzige Schutz, der ein fehlgeschlagenes Firmware-Update vollständig entschärft.
Fazit: Framework Laptop 13 nach BIOS 3.20 tot – ruhig bleiben, prüfen lassen
Ein Framework Laptop 13 mit AMD Ryzen 7040, der nach BIOS 3.20 nicht mehr startet, ist ein bestätigtes Mainboard- und Firmwareproblem – kein Nachweis für gelöschte Daten. Framework ersetzt Mainboards in der Garantie und macht bei bestätigtem Zusammenhang mit einem Stable-Release-BIOS auch außerhalb der Garantie Ausnahmen. Eine Crisis-Recovery-Funktion wird kommen, ist aber für dieses Modell noch nicht verfügbar.
Das größte Risiko für Ihre Daten liegt in den nächsten Stunden – in dem Reflash-Versuch, dem Reset, der Neuinstallation. Lassen Sie das Gerät aus, tauschen Sie nichts, bevor der BitLocker-Schlüssel gesichert ist, und schreiben Sie nichts auf die Original-SSD. Wenn auf dem Notebook Daten liegen, die Sie nicht verlieren dürfen: Lassen Sie Ihren Fall kostenlos einschätzen, bevor Sie handeln.
