You installed a Windows 11 update, restarted, and now the blue screens have started — BAD_POOL_HEADER, over and over. The timing isn’t a coincidence. Updates shuffle drivers around, and when a new driver version mismanages memory, this is the stop code you get.
The fix is a driver hunt: find which driver the update broke or replaced, and either roll it back, update it properly, or remove it. Here’s the systematic way to do it.
Why this happens
- Buggy driver installed by the update — Windows Update replaced a stable driver (often network, audio, or storage) with a version that corrupts memory pools.
- Driver conflict after the update — remnants of the old driver clash with the new one, especially with antivirus filter drivers and VPN clients.
- Corrupted driver files — the update’s driver payload didn’t install cleanly, leaving half-written driver binaries.
- Faulty RAM — physical memory errors corrupt pool headers; the update timing can be coincidental.
- Failing storage — disk errors corrupt the paging file or driver files loaded from disk.
- Third-party antivirus filter drivers — these hook deep into memory management and are notorious BAD_POOL_HEADER sources after OS updates change the rules underneath them.
- Overclocked or unstable memory settings — XMP profiles or manual RAM tuning that was borderline-stable can tip over after an update changes memory handling.
How to fix it
Work through these in order. Start with the update-related steps since the timing points there.
Fix 1: Roll back the driver Windows Update changed
The fastest win when crashes track an update.
- Press Windows + X > Device Manager.
- Think about what the update touched — but start with the usual suspects: expand Network adapters, Sound, video and game controllers, and Storage controllers.
- Right-click each recently-touched device > Properties > Driver tab, and check the Driver Date — anything dated within the last few days is suspect.
- Click Roll Back Driver where available, choosing “a previous version worked better” as the reason.
- Restart and use the laptop for a day. If crashes stop, block that driver from reinstalling: Settings > Windows Update > Advanced options > Optional updates — don’t install the driver version that broke things.
Fix 2: Uninstall the problematic Windows update
If rollbacks don’t help, remove the update itself.
- Go to Settings > Windows Update > Update history > Uninstall updates.
- Sort by installed date and uninstall the most recent quality update, then restart and test for a day or two.
- If crashes continue, uninstall the most recent driver updates listed there too.
- Once stable, pause updates for 2–3 weeks (Windows Update > Pause updates) to avoid the immediate return of the bad payload.
Fix 3: Update drivers properly from the manufacturer
Replace Windows Update’s generic drivers with the real ones.
- Identify your laptop’s exact model (Windows + R >
msinfo32> System Model). - Download fresh drivers from the manufacturer’s support site: chipset, network (Wi-Fi and Ethernet), audio, and storage — these are the BAD_POOL_HEADER usual suspects.
- Install them one at a time, restarting between each, and test for crashes after each install. This isolates which driver was the problem.
- For Intel network and Bluetooth, the Intel Driver & Support Assistant provides current, stable versions directly.
Fix 4: Use Driver Verifier to catch the culprit
Driver Verifier stresses drivers until the buggy one crashes with its name showing.
- Press Windows + R, type
verifier.exe, and press Enter. - Choose Create standard settings, then Automatically select unsigned drivers — or Select driver names from a list and tick all non-Microsoft drivers.
- Click Finish and restart. Use the laptop normally; Verifier will force a blue screen quickly when the bad driver misbehaves, and this time the screen names it.
- Once you have the driver name, boot into Safe Mode (Settings > System > Recovery > Advanced startup), open an admin Command Prompt, and run
verifier /resetto turn Verifier off. - Then update, roll back, or uninstall the named driver.
Fix 5: Test the RAM
Rule out hardware memory faults.
- Press Windows + R, type
mdsched.exe, choose Restart now and check for problems. - For a thorough test, run MemTest86 from a USB drive (boot via the F12/Esc boot menu) for at least one full pass — ideally overnight for multiple passes.
- If errors appear, reseat the RAM modules (power off, unplug, remove bottom panel, pop sticks out and back in firmly).
- Retest with one stick at a time if you have two — replace the stick that errors. Also try disabling XMP in the BIOS (F2 at boot > memory settings) to rule out unstable memory overclocking.
Fix 6: Remove third-party antivirus temporarily
Antivirus filter drivers are a classic BAD_POOL_HEADER source after OS updates.
- Uninstall your third-party antivirus via Settings > Apps > Installed apps — don’t just disable it, since filter drivers load even when “disabled.”
- Restart and test for a few days with Windows Security (Microsoft Defender) handling protection — it’s fully capable as a temporary or permanent replacement.
- If crashes stop, check the antivirus vendor’s site for an updated version explicitly supporting your Windows 11 build before reinstalling.
- VPN clients with network filter drivers deserve the same treatment — uninstall and test.
Fix 7: Repair system files and check the disk
Clean up any corruption the update left behind.
- Open Terminal (Admin) (Windows + X) and run:
DISM /Online /Cleanup-Image /RestoreHealth - When it finishes, run
sfc /scannow. - Then check the disk:
chkdsk C: /f(schedule at restart if prompted). - Restart and monitor. If BAD_POOL_HEADER persists after all of this, the remaining suspects are the motherboard or a deeply buried driver — at which point a Reset this PC (Settings > System > Recovery) with cloud download is the pragmatic next step.
Closing
BAD_POOL_HEADER after a Windows 11 update is the OS telling you a driver fumbled memory management — and the update is what handed it the ball. Roll back what the update changed, get proper manufacturer drivers, and let Driver Verifier name the culprit if you’re stuck. Hardware memory faults are the backup theory, so don’t skip the RAM test. For the step-by-step checklist version of this same repair path, see BAD_POOL_HEADER step by step , and if your crashes involve pool corruption with a different name, special pool detected memory corruption covers its close cousin.
