Few Windows problems feel as hopeless as the Automatic Repair loop: your Lenovo shows “Preparing Automatic Repair,” fails, restarts, and does it all over again. The screen even generates a log file called SrtTrail.txt that essentially says “I tried, I failed.” But the loop is breakable — it is almost always corrupted boot data, not a dead laptop.
Here are the seven ways out, ordered from least to most invasive.
Why this happens
- Corrupted Boot Configuration Data (BCD). A Windows update or improper shutdown damages the boot records, so Windows cannot find its own startup files.
- A failing hard drive or SSD. If the drive cannot reliably read boot files, every repair attempt fails the same way.
- Corrupted system files. Damaged kernel or driver files crash the boot process before the desktop loads.
- A bad driver update. A storage or chipset driver that crashes during early boot triggers the loop on every restart.
- Interrupted Windows updates. Updates that were force-powered-off mid-install leave the system in a half-upgraded, unbootable state.
- Lenovo BIOS/firmware issues. A failed BIOS update or a BIOS setting change (like switching SATA mode) can make the boot drive invisible to Windows.
- Malware or disk encryption conflicts. Rare, but rootkits and misconfigured BitLocker can block the boot chain.
How to fix it
Work through these in order. You will be working in the Windows Recovery Environment (WinRE) for most of them.
Fix 1: Break the loop and try a plain restart
Sometimes the loop is a one-time glitch that a proper cold boot clears.
- On the Automatic Repair screen, click Advanced options → Troubleshoot → Advanced options → Startup Settings → Restart.
- When the menu appears, press 4 for Safe Mode. If Safe Mode boots, the problem is a driver or startup program — skip to Fix 5.
- If Safe Mode also fails, return to the recovery menus and continue below.
- Alternatively, from the Automatic Repair screen choose Turn off your PC, unplug everything (including the charger), hold the power button 30 seconds, then plug in and boot. This clears bad hibernation and fast-startup state.
Fix 2: Rebuild the boot records with bootrec
Corrupted boot data is the most common cause, and these commands rebuild it.
- From the recovery menus, go to Troubleshoot → Advanced options → Command Prompt.
- Run these commands one at a time, pressing Enter after each:
bootrec /fixmbrbootrec /fixboot(if this gives “Access denied,” continue anyway)bootrec /scanosbootrec /rebuildbcd - If
rebuildbcdfinds Windows installations, typeYto add them to the boot list. - Type
exit, choose Continue to restart, and see if Windows boots.
Fix 3: Run chkdsk and SFC from the recovery prompt
If the drive or system files are damaged, repair them before rebuilding anything else.
- In the recovery Command Prompt, run
chkdsk C: /f /r. Note: in WinRE the system drive is sometimes lettered D: — rundiskpart, thenlist volumeto confirm which letter holds Windows. - Let chkdsk finish completely; on large drives this takes a while.
- Then run
sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows(adjust the drive letter if yours differs). - Restart with Continue and test.
Fix 4: Disable Automatic Repair and test a normal boot
Counterintuitive, but disabling the repair itself sometimes lets Windows boot — the repair was the thing failing, not Windows.
- In the recovery Command Prompt, run
bcdedit /set {default} recoveryenabled no. - Also try
bcdedit /set {default} bootstatuspolicy ignoreallfailures. - Type
exitand choose Continue. Windows will now attempt a straight boot instead of detouring into repair. - If Windows boots, immediately back up your data, then re-enable repair later with
bcdedit /set {default} recoveryenabled yesonce the system is stable.
Fix 5: Uninstall the latest update or driver from WinRE
If the loop started right after an update, roll it back without needing to boot.
- Go to Troubleshoot → Advanced options → Uninstall Updates.
- Try Uninstall latest quality update first, restart, and test.
- If the loop persists, go back and try Uninstall latest feature update.
- For driver-caused loops: boot into Safe Mode (Fix 1), open Device Manager, and roll back the most recently updated driver (right-click → Properties → Driver → Roll Back Driver).
- Lenovo-specific: check Lenovo Support for a BIOS update or rollback for your exact model — a failed Lenovo BIOS flash is a known loop trigger on some ThinkPad and IdeaPad lines.
Fix 6: Use System Restore
If restore points exist, this rolls back system files, drivers, and registry to a working state without touching personal files.
- Go to Troubleshoot → Advanced options → System Restore.
- Pick the most recent restore point dated before the loop started.
- Let it complete — the laptop will restart several times.
- If no restore points exist, this option will say so; move on to Fix 7. (After you recover, turn on System Protection so you have points next time: Control Panel → Recovery → Configure System Restore.)
Fix 7: Reset This PC
The last resort. It reinstalls Windows and breaks any loop, at the cost of your apps (and optionally your files).
- Go to Troubleshoot → Reset this PC.
- Choose Keep my files first — this removes apps and settings but preserves personal data.
- If that fails or the loop returns, repeat with Remove everything for a truly clean slate (back up first if at all possible).
- After the reset, install drivers from Lenovo Support using your serial number before running Windows Update, so Lenovo’s tuned drivers land first.
Closing
The Automatic Repair loop looks catastrophic but it is usually just broken boot data — Fix 2’s bootrec sequence alone gets a huge share of Lenovo laptops booting again. The key mistake to avoid is letting the loop run for hours hoping it resolves itself; it will not, and on a failing drive those repeated read attempts can make things worse. Break the cycle, work the fixes in order, and back up the moment you get back in. If the loop’s log file mentions SrtTrail.txt specifically, our SrtTrail.txt error guide
digs into that log, and ASUS owners should see the ASUS automatic repair loop
variant.
