From the recovery screen, the most direct checks are the startup repair log, Event Viewer if Safe Mode works, and servicing logs if the loop is tied to pending update operations.
- Run Startup Repair first.
- Boot from Windows installation media.
- On Install Windows, select Next > Repair your computer.
- Go to Troubleshoot > Advanced options > Startup Repair.
- After it runs, check whether Windows starts normally.
- Startup Repair writes a log at:
%windir%\System32\LogFiles\Srt\Srttrail.txt - That log helps identify startup failures and repairs that were attempted.
- If the machine can start in Safe Mode or Safe Mode with Networking, use that path next.
- Go to Settings > Update and Security > Recovery > Advanced startup.
- Then select Troubleshoot > Advanced Options > Startup Settings > Restart.
- On Startup Settings, choose option 4, 5, or 6 for Safe Mode.
- If Safe Mode works, open Event Viewer and review the System log for critical errors around the same time as the reboot loop.
- Also check Device Manager for devices marked with an exclamation point and review the driver events in the device properties. Update the related driver if one is faulting.
- If the issue started after a driver or software change, do a clean start.
- In System Configuration (
msconfig), select Selective startup. - Test services one at a time to find the service causing the boot issue.
- In most cases, the problematic service is third-party.
- After isolating the faulty service, disable it and try starting again with Normal startup.
- In System Configuration (
- If the loop is tied to file corruption, run file-system and system-file checks.
- Use Scan disk on the affected drive: right-click the drive > Properties > Tools > Check now.
- Run System File Checker:
SFC /scannow
- If the problem began after an update or install, use System Restore from recovery.
- In WinRE, select Troubleshoot > Advanced options > System Restore.
- Choose a restore point from before the issue started.
- If the machine is repeatedly processing pending file operations after an update attempt, inspect servicing logs to confirm the same operation is retrying.
- Review
CBS.logtogether with archivedCbsPersistlogs. - Look for repeated entries showing the same package, failure code, or transaction sequence across multiple startups.
- Also review
DISM.logand Setup-related event logs to see whether the same package or component is consistently failing.
- Review
- If none of the above resolves it, back up important files before trying more disruptive recovery options, because some recovery actions can result in data loss.
References: