Automatische Reparatur in Windows deaktivieren (wenn sie in der Schleife hängt)
Die Automatische Reparatur ist grundsätzlich eine sinnvolle Rettungsleine: Erkennt Windows wiederholt fehlgeschlagene Starts, bootet das System in die Reparaturumgebung und versucht, den Fehler selbst zu beheben. In der Praxis kann der Assistent jedoch auch in einer Endlosschleife landen („Preparing Automatic Repair …“) – und verhindert dann, dass Sie überhaupt noch sauber an System oder Logs herankommen.
Für solche Fälle lässt sich die Funktion per BCDEdit abschalten – am besten aus der Windows-Wiederherstellungsumgebung (WinRE) heraus. Die Änderung ist jederzeit reversibel.
So kommen Sie in WinRE (statt STRG+F8)
Der im Netz oft genannte Weg über STRG+F8 ist bei aktuellen Windows-Versionen meist nicht mehr zuverlässig, weil moderne Systeme dank Fast Boot/UEFI sehr schnell starten. Stattdessen nutzen Sie einen dieser Wege:
- Über die Einstellungen: System → Wiederherstellung → Erweiterter Start (wenn Windows noch startet)
- Oder Bootvorgang 3× hart unterbrechen (Power-Taste), bis WinRE erscheint
- Oder vom Windows-Installationsmedium/Recovery-Stick booten und „Computerreparaturoptionen“ wählen.
In WinRE gehen Sie dann zu: Problembehandlung → Erweiterte Optionen → Eingabeaufforderung.
Automatische Reparatur abschalten
In der Eingabeaufforderung:
bcdedit /set {default} recoveryenabled No
Danach neu starten. Windows versucht dann nicht mehr automatisch, die Reparaturumgebung zu starten.
Wieder aktivieren (wenn Sie fertig sind):
bcdedit /set {default} recoveryenabled Yes
Tipp: Je nach Situation funktioniert statt {default} auch {current} – in WinRE ist {default} aber oft die robustere Wahl, weil „current“ nicht immer eindeutig ist.
Optional: Nur die „Reparatur nach Fehlstarts“ unterdrücken
Wenn Windows nach Abstürzen/Powerloss immer wieder „in die Starthilfe“ abbiegt, kann zusätzlich diese Einstellung helfen:
bcdedit /set {default} bootstatuspolicy ignoreallfailures
Merke
Das Abschalten der automatischen Reparatur ist ein Workaround, um wieder Zugriff aufs System zu bekommen – ersetzt aber keine Ursachenanalyse. Sobald Sie wieder im System sind, prüfen Sie typische Kandidaten wie Treiber/Updates, Dateisystem, BCD, Storage, Secure Boot/BitLocker und erstellen im Zweifel ein Recovery-Medium, bevor Sie weiter experimentieren.