BAD_SYSTEM_CONFIG_INFO mit dem Stopcode 0x00000074 heißt: Die Registry oder die Startdaten (BCD, die Boot-Konfiguration) sind beschädigt – meist, weil ein Update mittendrin abgebrochen ist. Am schnellsten lässt sich der Fehler 0x74 beheben, indem du in der Windows-Wiederherstellung das zuletzt installierte Update deinstallierst und die Starthilfe laufen lässt. Bleibt der Bluescreen, folgen BCD-Korrektur, chkdsk und Systemwiederherstellung. Neu installieren musst du fast nie.
Ist es wirklich 0x74? Fehlerbild in 30 Sekunden prüfen
Auf dem blauen Bildschirm steht der Text „BAD_SYSTEM_CONFIG_INFO“, darunter der Stopcode 0x00000074. Typisch: Der Bluescreen kommt beim ersten Neustart nach einem Windows-Update, und danach hängt der Rechner in der Schleife aus „Automatische Reparatur wird vorbereitet“, statt normal zu booten.
Die Abgrenzung entscheidet, ob diese Anleitung passt:
- 0x74 / BAD_SYSTEM_CONFIG_INFO – Registry oder Startdaten defekt. Diese Anleitung passt.
- INACCESSIBLE_BOOT_DEVICE (0x7B) – Windows findet den Systemdatenträger nicht: Ursache sind eher Speichertreiber oder ein umgestellter SATA-/NVMe-Modus im BIOS.
- CRITICAL_PROCESS_DIED (0xEF) – ein Systemprozess ist abgestürzt; hier führen Treiber- und Dateiprüfung schneller zum Ziel.
Microsoft beschreibt 0x74 in der Bug-Check-Referenz eindeutig als Registry-Fehler: Entweder ist die SYSTEM-Hive beschädigt oder es fehlen kritische Schlüssel und Werte (Bug Check 0x74, Microsoft Learn). Notiere dir den Code vom Bildschirm, bevor du weitermachst – nach dem ersten Reparaturversuch ist er oft weg.
In die Windows-Wiederherstellung (WinRE) kommen
Fast alles läuft in der Wiederherstellungsumgebung, weil Windows selbst nicht mehr startet. WinRE ist ein abgespecktes Mini-Windows auf einer eigenen Partition, das Reparaturwerkzeuge und eine Eingabeaufforderung mitbringt.
- PC einschalten. Sobald das Windows-Logo mit dem Ladekreis erscheint, den Rechner über den Power-Knopf hart ausschalten.
- Das zwei- bis dreimal wiederholen. Beim nächsten Start meldet Windows „Automatische Reparatur wird vorbereitet“ und öffnet den blauen WinRE-Bildschirm.
- Dort auf Erweiterte Optionen klicken. Klappt das nicht, mit einem Windows-11-Installationsmedium (USB) booten und unten links Computerreparaturoptionen wählen – gleiches Menü.
Neu seit Windows 11 24H2/25H2: Startet ein Gerät mehrfach nicht durch, geht es unter Umständen von allein in die schnelle Computerwiederherstellung (Quick Machine Recovery). Windows baut dann in WinRE selbst eine Netzwerkverbindung auf, sucht über Windows Update nach einer bekannten Reparatur für genau dieses Startproblem und spielt sie ein. Auf Home-Geräten ist die Funktion standardmäßig aktiv; ein- oder ausschalten lässt sie sich unter Einstellungen → System → Wiederherstellung (je nach Build als „Quick Machine Recovery“ bzw. „Schnelle Maschinenwiederherstellung“ benannt). Für einen Registry-Schaden nach abgebrochenem Update ist sie ein Versuch wert, ersetzt die Handarbeit unten aber nicht.
Fehler 0x74 beheben: die Reihenfolge, die am schnellsten wirkt
Die Schritte sind von „harmlos und schnell“ nach „tiefer Eingriff“ sortiert. Nach jedem Schritt einmal normal neu starten und schauen, ob der Bluescreen weg ist – oft reicht der erste.
- Das letzte Update deinstallieren. Bei „Bluescreen direkt nach Update“ ist das der Treffer Nummer eins. In WinRE: Erweiterte Optionen → Updates deinstallieren. Zuerst Neuestes Qualitätsupdate deinstallieren. Bringt das nichts und der Fehler kam nach einem großen Versionssprung, danach Neuestes Funktionsupdate deinstallieren. Persönliche Dateien bleiben unberührt.
- Starthilfe ausführen. Erweiterte Optionen → Starthilfe (früher „Startreparatur“). Windows prüft Bootdateien und Startdaten und repariert defekte Einträge automatisch. Der Vorgang darf mehrere Minuten dauern und mehrfach neu starten – nicht abbrechen.
- Systemwiederherstellung auf einen Punkt vor dem Update. Erweiterte Optionen → Systemwiederherstellung, dann einen Wiederherstellungspunkt mit Datum vor dem Update wählen. Damit geht auch die Registry auf einen funktionierenden Stand zurück – genau das, was 0x74 braucht. Voraussetzung: Der Systemschutz war aktiv und es existiert ein Punkt.
- Im abgesicherten Modus starten und normal neu booten. Erweiterte Optionen → Starteinstellungen → Neu starten, dann Taste 4. Startet Windows abgesichert durch, ist der Schaden begrenzt; ein anschließender normaler Neustart bringt manche Systeme wieder in einen sauberen Zustand. Auch Microsoft nennt diesen Zwischenschritt in der Bug-Check-Referenz.
Wenn das nicht hilft: Startdaten und Registry reparieren
Bleibt der Bluescreen, geht es an die BCD und die Registry-Dateien selbst. Öffne in WinRE Erweiterte Optionen → Eingabeaufforderung.
Fehlerhafte Boot-Werte entfernen
In den Startdaten können Testwerte stehen, die einen normalen Start blockieren – teils aus fehlgeschlagenen Updates, teils aus alten Debug-Einstellungen. Diese beiden Befehle entfernen sie; für den Normalbetrieb werden die Werte nicht gebraucht:
bcdedit /deletevalue {default} numproc
bcdedit /deletevalue {default} truncatememory
Kommt „Das angegebene Datenelement wurde nicht gefunden“ oder eine Meldung zum Bezeichner {default}, tippe einmal bcdedit ohne Zusatz und schau nach, wie der Windows-Eintrag heißt – das aktuell geladene System trägt oft {current}. Ersetze {default} dann entsprechend. Ist die Boot-Konfiguration insgesamt zerschossen, baut bootrec /rebuildbcd sie neu auf.
Systemdateien offline prüfen
In WinRE laufen SFC und DISM gegen die Offline-Installation, deshalb brauchen sie zusätzliche Parameter. Der Laufwerksbuchstabe ist in der Wiederherstellung häufig nicht C:. Tippe erst C:, dann dir und prüfe, auf welchem Buchstaben der Ordner Windows liegt (oft C: oder D:). Passe die Befehle entsprechend an:
DISM /Image:C:\ /Cleanup-Image /RestoreHealth sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows
DISM repariert das Windows-Abbild, SFC ersetzt beschädigte Systemdateien aus diesem Abbild. Deshalb erst DISM, dann SFC – umgekehrt zieht SFC seine Ersatzdateien womöglich aus einer kaputten Quelle.
chkdsk-Befehle unter Windows 11: welcher Schalter wann?
Ein wackelnder Datenträger ist eine der realistischen Ursachen dafür, dass die Registry beim Update zerschossen wird – ein halb geschriebener Sektor reicht. chkdsk prüft Dateisystem und Metadaten eines Laufwerks. Ohne Parameter zeigt der Befehl nur den Status an und repariert nichts; erst /f, /r, /x oder /b greifen ein. Die wichtigsten Schalter laut Microsoft-Befehlsreferenz:
| Parameter | Was er macht | Wann sinnvoll |
|---|---|---|
/f | Behebt logische Dateisystemfehler. Das Laufwerk muss gesperrt werden können. | Standardfall bei Dateisystem-Meckereien. |
/r | Sucht zusätzlich fehlerhafte Sektoren und rettet lesbare Daten daraus. Enthält /f. | Verdacht auf Hardware-/Sektorfehler – also auch bei 0x74 nach Update. |
/x | Erzwingt vorher das Aushängen des Volumes, offene Handles werden ungültig. Enthält /f. | Wenn ein Laufwerk sich sonst nicht sperren lässt (nicht auf C: im laufenden System). |
/scan | Online-Scan auf NTFS – läuft im laufenden Betrieb, repariert nur, was online geht. | Erste schnelle Prüfung, wenn Windows wieder startet. |
/spotfix | Behebt die beim Scan gemeldeten Punkte offline in wenigen Sekunden bis Minuten (NTFS). | Nach einem /scan mit Fundmeldung. |
/b | Verwirft die Liste der schlechten Cluster und prüft alles neu. Enthält /r. | Nach dem Klonen auf eine neue Platte. |
/i / /c | Kürzen Index- bzw. Ordnerstruktur-Prüfung ab (nur NTFS). | Wenn ein Vollcheck zeitlich nicht drin ist. |
Für den 0x74-Fall in WinRE ist das der Befehl der Wahl – Laufwerksbuchstaben wieder anpassen:
chkdsk C: /r
Drei Dinge, über die viele stolpern:
chkdsk /f /rist doppelt gemoppelt:/renthält/fbereits. Es funktioniert, kostet aber nur Zeit.- Im laufenden Windows lässt sich C: nicht sperren. Der Befehl fragt dann, ob beim nächsten Neustart geprüft werden soll – mit J bestätigen und neu starten.
/rliest jeden Sektor. Auf großen HDDs kann das Stunden dauern; auf SSDs geht es deutlich schneller. Microsoft weist außerdem darauf hin, dass ständige Volloberflächen-Scans einer SSD unnötige Schreibzyklen kosten – als Dauerroutine also nichts für SSDs.
Das Ergebnis landet im Ereignisprotokoll unter Windows-Protokolle → Anwendung, Quelle Chkdsk oder Wininit – praktisch, wenn der Rechner nach dem Neustart durchgelaufen ist und du die Meldung verpasst hast.
Registry-Dateien aus dem Backup zurückholen – mit Vorsicht
Vorher sichern: Der nächste Eingriff ersetzt zentrale Registry-Dateien. Liegen wichtige Daten auf dem Rechner, kopiere sie vorher aus der WinRE-Eingabeaufforderung auf einen USB-Stick. Ein Fehlgriff an der Registry kann das System endgültig lahmlegen.
Früher legte Windows Kopien der Registry im Ordner RegBack ab. Nachsehen:
cd C:\Windows\System32\config dir RegBack
Wichtig: Seit Windows 10 Version 1803 – und damit auch unter Windows 11 – befüllt Windows diesen Ordner standardmäßig nicht mehr. Zeigt dir RegBack nur Dateien mit 0 KB, gibt es kein brauchbares Backup, und die Systemwiederherstellung bleibt der richtige Weg. Nur wenn die Dateien echte Größen haben, spielst du sie zurück – die alten Hives dabei umbenennen statt überschreiben:
ren SYSTEM SYSTEM.old ren SOFTWARE SOFTWARE.old copy RegBack\SYSTEM SYSTEM copy RegBack\SOFTWARE SOFTWARE
Bootet Windows danach immer noch nicht, bleibt Diesen PC zurücksetzen mit der Option Eigene Dateien behalten (Erweiterte Optionen → Problembehandlung) – und als letzte Stufe die Neuinstallation.
Hintergrund: Warum passiert das ausgerechnet nach einem Update?
Windows liest beim Start seine Grundkonfiguration aus sogenannten Hives – das sind die physischen Registry-Dateien in C:\Windows\System32\config. Die wichtigste ist die SYSTEM-Hive mit Treibern, Diensten und Startparametern. Ist sie beschädigt oder fehlen kritische Schlüssel, kann der Bootloader das System nicht aufbauen und stoppt mit 0x74. Im vierten Bug-Check-Parameter steht dann meist der NT-Status 0xC000014C – wörtlich „The Registry Is Corrupt“.
Ein Update schreibt genau an diesen empfindlichen Stellen: Es tauscht Treiber, ändert Dienste, passt Startdaten an. Wird der Vorgang durch Stromausfall, erzwungenen Neustart oder einen Lesefehler auf dem Datenträger unterbrochen, bleibt Registry oder BCD in einem halben Zustand zurück. Wer für die Fachinformatiker-Prüfung lernt, hat hier ein perfektes Beispiel für Transaktionssicherheit im Betriebssystem: Ein System braucht immer einen konsistenten Zustand, auf den es zurückfallen kann – genau dafür existieren Wiederherstellungspunkte und die Log-Dateien der Registry.
Damit der nächste Patchday ruhig bleibt
- Systemschutz einschalten: Einstellungen → System → Info → Erweiterte Systemeinstellungen → Computerschutz. Ohne aktivierten Schutz gibt es keine Wiederherstellungspunkte – und damit fällt bei 0x74 die bequemste Lösung aus.
- Updates nicht per Power-Knopf abwürgen. „Wird konfiguriert“-Phasen dürfen dauern; genau der harte Ausschalter währenddessen erzeugt dieses Fehlerbild.
- SMART-Werte im Blick behalten. Häuft sich 0x74 oder tauchen Lesefehler auf, ist der Datenträger verdächtig – erst Daten sichern, dann weitersuchen.
- Externes Backup: Alle Reparaturen oben setzen voraus, dass das System überhaupt noch ansprechbar ist. Eine aktuelle Sicherung auf externem Medium ist der einzige Schritt, der immer funktioniert.
Stand der Angaben: Windows 11 24H2/25H2, Sommer 2026. Menüpfade können sich mit künftigen Builds leicht verschieben.
Häufige Fragen
Was bedeutet der Stopcode BAD_SYSTEM_CONFIG_INFO (0x74)?
0x00000074 zeigt an, dass die Windows-Registry oder die Startdaten (BCD) beschädigt sind – meist die SYSTEM-Hive oder fehlende kritische Registry-Schlüssel. Windows kann seine Grundkonfiguration dann nicht laden und bricht mit dem Bluescreen ab.
Welche chkdsk-Befehle brauche ich unter Windows 11?
Für logische Fehler reicht chkdsk C: /f, bei Verdacht auf defekte Sektoren chkdsk C: /r (enthält /f bereits). /x erzwingt das Aushängen eines Laufwerks, /scan prüft NTFS im laufenden Betrieb und /spotfix repariert die dabei gefundenen Punkte.
Warum kann chkdsk das Laufwerk C: nicht prüfen?
Weil das laufende Windows das Systemlaufwerk sperrt. Der Befehl bietet dann an, die Prüfung beim nächsten Neustart auszuführen – mit J bestätigen und neu starten. In der Wiederherstellungsumgebung läuft chkdsk sofort.
Gehen bei der Reparatur meine persönlichen Dateien verloren?
Update-Deinstallation, Starthilfe, Systemwiederherstellung und die bcdedit-Befehle lassen persönliche Dateien unangetastet. Erst „Diesen PC zurücksetzen“ oder eine Neuinstallation kann Daten kosten – vorher unbedingt sichern.
Mein RegBack-Ordner ist leer bzw. 0 KB – ist das normal?
Ja. Seit Windows 10 Version 1803 und unter Windows 11 sichert Windows die Registry standardmäßig nicht mehr nach RegBack. Sind die Dateien 0 KB, nutze stattdessen die Systemwiederherstellung.




