Quick fix: Run Driver Verifier only after creating a System Restore point. From verifier.exe, select Create standard settings and Automatically select unsigned drivers. If BSODs occur, boot to Safe Mode and run verifier /reset to disable Verifier.
Driver Verifier (verifier.exe) is Microsoft’s built-in tool to stress-test drivers and identify which one is causing BSODs. By design, it triggers BSODs on the faulty driver so you can identify it via dump analysis. Used correctly, it’s a powerful diagnostic. Used incorrectly, it can put your PC into a BSOD loop. Use it safely with a recovery plan.
Affects: Windows 11 (and Windows 10) with suspected driver-related stability issues.
Fix time: ~30-60 minutes (run for hours, then analyze dump).
What causes this
Driver Verifier checks each driver for various rule violations during normal operation. When a driver violates a rule — uses freed memory, improper IRQL transitions, etc. — Verifier triggers an immediate BSOD with the offending driver named in the dump. This is intentional: it surfaces the failing driver clearly. The risk is that BSODs can prevent you from booting back into Windows to analyze the dump.
Method 1: Run Driver Verifier with safety preparations
The supported procedure.
- Create a System Restore point first: Settings → System → About → Advanced system settings → System Protection → Create. Name it “Pre-Driver Verifier.”
- Enable memory dump generation: Advanced system settings → Startup and Recovery → Settings → Under “Write debugging information” select Small memory dump (256 KB).
- Press
Win + R, typeverifier, press Enter. - Choose Create standard settings on the first screen. Click Next.
- Choose Automatically select unsigned drivers (or Select driver names from a list to target specific suspect drivers). Click Next.
- Verifier shows the drivers it will monitor. Confirm and click Finish.
- Reboot. Use the PC normally. Verifier is now monitoring.
- If a BSOD occurs, the dump in
C:\Windows\Minidump\names the failing driver. Analyze with BlueScreenView or WhoCrashed. - If BSOD doesn’t occur within 24-48 hours, the suspected driver may not be the cause — disable Verifier and consider other diagnostics.
- Always disable Verifier when done:
Win + R→verifier /reset. Reboot.
This is the controlled approach.
Method 2: Recover from BSOD loop caused by Verifier
Use if Verifier triggers continuous BSODs preventing normal boot.
- Force three failed boots to enter Recovery Environment.
- Choose Troubleshoot → Advanced options → Startup Settings → Restart → press 4 for Safe Mode.
- In Safe Mode, open Terminal (Admin).
- Run:
verifier /resetThis disables Verifier completely.
- Reboot. Windows boots normally without Verifier.
- Analyze any dump files generated before disabling.
This is the safety net when Verifier traps you in BSOD loop.
Method 3: Use System Restore to undo Verifier
Alternative recovery using the restore point you created.
- Force three failed boots to enter Recovery Environment.
- Choose Troubleshoot → Advanced options → System Restore.
- Choose your “Pre-Driver Verifier” restore point.
- Click Next, then Finish.
- System Restore rolls back, including Verifier configuration. PC boots normally.
- Verifier state is gone; you can’t analyze any dumps generated under it (already rolled back).
This is the heavier safety net — useful when Safe Mode also can’t boot.
How to verify Verifier is properly active or disabled
- Check status:
verifier /querysettingsin Terminal. Lists active drivers being monitored. - To confirm disabled:
verifier /querysettingsreturns “Driver Verifier is currently not running.” - Reboot after each verifier change for it to take effect.
If none of these work
If Verifier doesn’t produce identifying BSODs, three causes apply. Driver violation too subtle: enable more rigorous Verifier settings (Special Pool, IRQL Checking, I/O Verification). Standard settings may not catch your specific bug. Hardware issue, not driver: BSODs from RAM, GPU, or SSD failures aren’t driver-caused. Run Memtest86 for RAM and HWInfo64 for hardware health. OS-side bug: rarely, the BSOD comes from a Microsoft component. Check Windows Update for KB patches that match your BSOD stop code. For chronic BSODs that Driver Verifier doesn’t resolve, consider a clean Windows install — driver state can be carried over despite all attempts to fix.
Bottom line: Driver Verifier is a powerful BSOD-causing tool to identify bad drivers. Always create a restore point first, enable memory dump, and know how to disable via Safe Mode (verifier /reset) before starting.