A blue screen during startup is Windows 11 at its least helpful: the system crashes before you can even reach the desktop, which rules out most of the normal troubleshooting tools. Every boot ends the same way — spinning dots, a flash of blue, a stop code you can barely read, and a restart. It’s tempting to assume the worst, but startup BSODs are usually fixable without reinstalling anything.
The key insight: something in the boot sequence is crashing the kernel. That “something” is almost always a driver that loads at startup, a Windows update that just landed, or damaged boot files. Because you can’t work inside Windows normally, you work from the two places that still function: Safe Mode (a minimal Windows that skips most drivers) and the Windows Recovery Environment (the repair OS on your hidden recovery partition). This guide takes you through both, in the order that fixes the most cases fastest. For the systematic diagnostic version of this problem, see our startup BSOD troubleshooting guide .
Why this happens
- Bad driver loading at boot: A corrupt or incompatible storage, display, or chipset driver crashes the kernel as soon as it initializes during startup.
- Failed Windows update: Updates modify boot-critical files and drivers. An interrupted or buggy update leaves the system crashing on every boot.
- Corrupt Boot Configuration Data: Damaged BCD entries can cause the boot to hand off incorrectly and crash.
- Fast Startup corruption: The hybrid hibernation file can corrupt, so every “fast” boot resumes a broken state — while full shutdowns boot fine.
- New hardware or BIOS change: A BIOS update that flips storage modes (RAID/AHCI), or newly installed hardware with a bad driver, breaks the boot chain.
- Failing drive: Bad sectors on files Windows needs during startup produce identical crashes on every boot attempt.
- Bad RAM: Faulty memory corrupts kernel data during the intensive driver-loading phase of startup.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Capture the stop code and reach the recovery environment
You need the error’s name and a working repair console.
- On the next blue screen, photograph it with your phone — note the stop code (e.g., DRIVER_POWER_STATE_FAILURE) and any named file (e.g.,
ntfs.sys). - Force the recovery environment: power on, then force-power-off during the logo/spinning dots. Repeat three times. On the next boot, WinRE should open.
- If you land on Automatic Repair, click Advanced options. You now have the full recovery toolkit.
- If the PC boots fine after the forced interruptions, suspect Fast Startup corruption — skip to Fix 6 after trying Fix 2.
Fix 2: Boot into Safe Mode and roll back the suspect driver
Safe Mode skips most third-party drivers — if it boots, a driver is your culprit.
- In WinRE, go to Troubleshoot > Advanced options > Startup Settings > Restart, then press 4 for Safe Mode.
- Once in, open Device Manager, find recently updated devices (display adapter, storage controllers), right-click > Properties > Driver > Roll Back Driver.
- Also check Settings > Apps > Installed apps sorted by date — uninstall anything added just before the crashes.
- Restart normally. If it boots, update the rolled-back driver properly from your manufacturer’s site rather than leaving the old version indefinitely.
Fix 3: Run Startup Repair from WinRE
Let the automatic tool take its shot before manual repairs.
- In WinRE, go to Troubleshoot > Advanced options > Startup Repair.
- Select your account, enter your password, and let it run — five to twenty minutes.
- If it reports success, reboot and test. If it reports failure, don’t stop — click Advanced options and continue with Fix 4.
- A failed Startup Repair still writes a diagnostic log at
C:\Windows\System32\LogFiles\Srt\SrtTrail.txt(viewable via the recovery Command Prompt with Notepad) — its “root cause” line guides your next step.
Fix 4: Uninstall the latest Windows update
If the crashes started within a day of Patch Tuesday, the update did it.
- In WinRE: Troubleshoot > Advanced options > Uninstall Updates.
- Choose Uninstall the latest quality update first, restart, and test.
- If crashes persist, go back and try Uninstall the latest feature update.
- Once stable, pause updates in Settings > Windows Update for a couple of weeks and check Microsoft’s support hub for known issues before re-applying.
Fix 5: Repair boot files and system files offline
Fix the underlying file damage from the recovery command prompt.
- In WinRE, open Troubleshoot > Advanced options > Command Prompt.
- Run the BCD rebuild sequence:
bootrec /fixmbr,bootrec /fixboot,bootrec /scanos,bootrec /rebuildbcd(adjust drive letters — in recovery, Windows is often D:, verify withdir). - Run offline SFC:
sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows(same letter adjustment). - Run
chkdsk C: /f /rand let it complete. Typeexit, choose Continue, and test the boot.
Fix 6: Disable Fast Startup
The classic fix for crashes that happen on some boots but not others.
- If you can reach Safe Mode or the desktop intermittently: open Control Panel > Power Options > Choose what the power buttons do.
- Click Change settings that are currently unavailable and untick Turn on fast startup (recommended).
- Shut down fully (not restart) and power on — this forces a true cold boot without the hibernation file.
- If crashes stop, leave Fast Startup off. The boot is a few seconds slower, but it’s dramatically more reliable — especially on laptops with finicky drivers.
Fix 7: Test RAM and drive health
When software fixes fail, verify the hardware Windows boots from.
- In WinRE’s Command Prompt, your earlier
chkdskresults matter — growing bad-sector counts mean a dying drive; back up immediately. - Test RAM: from a working Windows session (Safe Mode counts), run
mdsched.exeand choose the restart-and-test option. - Run your manufacturer’s boot diagnostics (F12 > Diagnostics on Dell, F2 on HP) for a full storage and memory test.
- Our general blue screen guide covers stop-code-specific hardware interpretation if your photographed code points at memory or storage.
Fix 8: Reset Windows while keeping files
The last resort before suspecting hardware failure.
- In WinRE: Troubleshoot > Reset this PC > Keep my files.
- This reinstalls Windows, removes apps and settings, but preserves personal files. It eliminates any driver or system-file cause definitively.
- If the BSOD survives even this, it’s hardware — usually the drive or RAM. Replace the suspect component and reinstall from USB media created with Microsoft’s Media Creation Tool .
Closing
Startup BSODs feel catastrophic because they lock you out of your own tools — but the recovery environment gives you everything you need: Safe Mode to bypass bad drivers, update uninstall to undo Patch Tuesday damage, and offline repair commands for broken boot files. The discipline that matters most is capturing the stop code before you start fixing; it turns a blind search into a targeted repair. Work the list in order, and the overwhelming majority of startup blue screens resolve without touching your files. If yours keeps returning after every fix here, treat it as hardware until proven otherwise — test the drive and RAM before anything else.
