Ryzen 7 9800X3D und ASRock-AM5-Boards: BIOS 4.10 beendet die Ausfallserie nicht

Der wohl zäheste Plattformfall der AM5-Generation geht in die nächste Runde. Eigentlich sollte das ASRock-BIOS 4.10 mit AGESA ComboAM5 PI 1.3.0.0a die Boot-Ausfälle beenden, die seit Monaten rund um den Ryzen 7 9800X3D auf ASRock-Platinen gemeldet werden. Seit wenigen Wochen kursieren auf Reddit aber neue Berichte, in denen Systeme mit exakt diesem BIOS-Stand und einem 9800X3D trotzdem ausfallen. Das ist noch kein Beweis für einen gescheiterten Fix, aber es reicht, um die offizielle Erzählung von der erledigten Baustelle wieder gründlich in Zweifel zu ziehen.

Was BIOS 4.10 konkret adressieren sollte

ASRock hatte am 9. Februar 2026 offiziell angekündigt, in enger Abstimmung mit AMD eine neue BIOS-Basis für AM5 auszurollen. Die erste Beta trug die Bezeichnung V4.07.AS01 und brachte AGESA ComboAM5 PI 1.3.0.0a, eine optimierte Speicherkompatibilität sowie ausdrücklich die Behebung eines Boot-Fehlers bei bestimmten CPUs. Das war keine schwammige Marketingformulierung, sondern eine klar benannte Problembeschreibung, ergänzt um den Hinweis, dass auch Systeme betroffen seien, die nach einer Nutzungsphase plötzlich den Startvorgang verweigern.

Die stabile Version 4.10 erschien ab Ende Februar und Anfang März 2026 für eine breite Palette an B650-, B850-, X670- und X870-Platinen. Der Changelog wiederholte die drei Kernpunkte: AGESA-Update, bessere Speicherkompatibilität und Fix für den erwähnten Boot-Fehler. ASRock hat dabei nie von einem singulären Defekt einer einzelnen Platine gesprochen, sondern den Vorgang als Plattformthema auf bestimmten CPUs umrissen. Diese Wortwahl ist wichtig, weil sie die Grenze zwischen „CPU defekt“ und „System startet nicht mehr“ von vornherein unscharf lässt.

Die neuen Meldungen trotz aktuellem BIOS

Im März 2026 tauchte auf r/Amd ein Thread auf, in dem drei gemeldete 9800X3D-Ausfälle auf ASRock-Boards mit BIOS 4.10 diskutiert werden. Die Fälle lassen sich inzwischen halbwegs präzise rekonstruieren. Ein Besitzer eines X870 Pro RS WiFi berichtet, dass sein System bei normaler Desktop-Nutzung plötzlich schwarz wurde und anschließend nicht mehr postete. Die Konfiguration lief mit Default-Einstellungen und aktivem EXPO, sowohl CPU als auch Board gingen zur RMA.

Ein zweiter Fall betrifft ein X870 Riptide WiFi, das am Release-Tag auf BIOS 4.10 aktualisiert worden war. Das System stürzte bei Browser- und Musiknutzung ab und zeigte beim nächsten Startversuch eine dauerhaft rot leuchtende CPU-Debug-LED. Erst ein Tausch gegen eine neue 9800X3D-CPU brachte das Board zurück in den POST – ein Hinweis darauf, dass der Prozessor in diesem konkreten Fall tatsächlich dauerhaft beschädigt wurde.

Der dritte Fall kommt von einem Nutzer mit B850 Riptide WiFi. Dort fiel nach eigener Darstellung bereits der zweite 9800X3D auf demselben Board aus, obwohl jedes neue BIOS-Update eingespielt wurde. Beschrieben wird zusätzlich eine sichtbare Spur auf dem Prozessor, und weder BIOS-Flashback noch unterschiedliche Speicherkonfigurationen konnten das System reanimieren. VideoCardz berichtete anschließend, dass derselbe Boardbesitzer im weiteren Verlauf sogar den Verlust einer dritten 9800X3D-CPU innerhalb von vier Monaten auf genau dieser Platine gemeldet habe. Eine Anfrage an ASRock zu diesem Einzelfall blieb laut der Redaktion unbeantwortet.

Warum die Plattformdebatte damit nicht sauber geschlossen werden kann

Schon 2025 hatten Tom’s Hardware und GamersNexus auf eine auffällige Häufung der gemeldeten 9800X3D-Ausfälle auf ASRock-Platinen hingewiesen. Damals wurde allerdings ebenso deutlich eingeordnet, dass diese Korrelation nicht automatisch eine generelle Qualitätsaussage zulässt. GamersNexus trennte zwei Fehlerspuren, die sich überlagerten: klassische Boot-Probleme durch BIOS-Stände und Konfigurationen einerseits, tatsächlich ausgefallene CPUs mit physischen Auffälligkeiten andererseits. In mehreren Fällen konnten Nutzer durch einen BIOS-Flashback auf eine ältere Firmware die betroffenen Systeme wiederbeleben, was eher auf ein Initialisierungs- oder Trainingsproblem hindeutet als auf einen irreparablen Chip-Schaden.

Genau diese Zweiteilung ist für die Bewertung der neuen Meldungen entscheidend. Ein BIOS kann ein System in einen Zustand versetzen, in dem eine CPU wie tot wirkt, obwohl sie es nicht ist. Ein dauerhaft rot leuchtendes CPU-LED-Signal bei gleichzeitig wiederhergestellter POST-Fähigkeit nach CPU-Tausch deutet dagegen auf echten Hardware-Schaden hin. Die aktuell kolportierten drei Fälle lassen sich nicht eindeutig einer der beiden Kategorien zuordnen, weil sie nicht unabhängig verifiziert und nicht laborgeprüft sind.