Nothing kills your flow like a blue screen in the middle of work, and DRIVER_OVERRAN_STACK_BUFFER is one of the scarier-looking ones. The good news: despite the intimidating name, this stop code almost always traces back to a misbehaving driver — and drivers can be fixed.
The name tells you exactly what happened. A driver wrote more data than the memory ‘buffer’ it was given — it overran the stack — and Windows shut everything down to protect itself. If you want a deeper dive into this specific error, see our companion guide . Let’s walk through the fixes that actually work, starting with the easiest.
Why this happens
A buggy or outdated device driver — most often the network adapter, graphics card, or audio driver — writing past its allocated memory.
A recent driver update that introduced a regression; the crashes started right after Windows Update or a manual driver install.
Overclocking utilities or aggressive ‘game booster’ software pushing hardware past stable limits.
Corrupted system files that a driver depends on, so even a good driver crashes when it loads.
Failing RAM that corrupts data as the driver uses it, making a software problem look like a driver problem.
Two drivers fighting over the same device, common after upgrading hardware without removing the old driver first.
How to fix it
Work through these in order, starting with Fix 1. Most of these crashes are resolved by one of the first three fixes, so don’t skip ahead.
Fix 1: Note the driver name on the blue screen
The blue screen often names the exact file that caused the crash, like nvlddmkm.sys or Netwtw10.sys. That name tells you which driver to target, saving you from updating everything blindly.
Next time the blue screen appears, look for a line under the stop code that ends in .sys — photograph it with your phone if it vanishes too fast.
After rebooting, open Event Viewer, go to Windows Logs > System, and look for BugCheck entries around the crash time for the same file name.
Search that file name on Microsoft’s Windows support pages to identify which device it belongs to.
Write the driver name down; you’ll use it in the fixes below.
Fix 2: Roll back the suspect driver
If the crashes began after a driver or Windows update, rolling back to the previous version is the fastest fix. Windows keeps the old driver around for exactly this situation.
Press Win + X and open Device Manager.
Expand the category for the suspect device (for example Display adapters or Network adapters).
Right-click the device, choose Properties, and open the Driver tab.
Click Roll Back Driver, pick a reason, and confirm. Restart your laptop.
If the button is greyed out, no previous driver is stored — move on to the next fix.
Fix 3: Install a fresh driver from the manufacturer
Windows Update drivers are generic by design. The driver from your laptop or component maker is newer, better tested, and far less likely to overrun a buffer.
In Device Manager, right-click the suspect device and choose Uninstall device, ticking Attempt to remove the driver for this device if offered.
Restart the laptop so Windows loads a basic fallback driver.
Download the latest driver from the manufacturer’s site — for Intel hardware use the Intel Driver & Support Assistant .
Install it, restart again, and use the laptop normally for a day to confirm the crashes are gone.
Fix 4: Run a memory diagnostic
Bad RAM can corrupt driver data and trigger this exact stop code. Since RAM problems mimic driver problems, it’s worth ruling out before you go deeper.
Press Win + R, type
mdsched.exe, and press Enter.Choose Restart now and check for problems.
Let the Windows Memory Diagnostic finish — don’t interrupt it.
After the reboot, check the results in Event Viewer > Windows Logs > System by filtering for MemoryDiagnostics-Results.
If errors are found, the RAM stick itself needs replacing; no driver fix will help.
Fix 5: Scan and repair system files
Corrupted Windows files can destabilize drivers. The built-in SFC and DISM tools repair them without touching your personal files.
Open Terminal (Admin) or Command Prompt (Admin) from the Win + X menu.
Run
sfc /scannowand wait for it to complete.Then run
DISM /Online /Cleanup-Image /RestoreHealthand wait — this can take 15-30 minutes.Restart the laptop and see whether the blue screens stop.
Fix 6: Do a clean boot to find conflicting software
Third-party utilities — especially antivirus, VPN clients, and RGB or fan-control apps — install their own drivers. A clean boot tells you whether one of them is the culprit.
Press Win + R, type
msconfig, and open the Services tab.Tick Hide all Microsoft services, then click Disable all.
Open Task Manager > Startup apps and disable everything non-essential.
Restart. If the crashes stop, re-enable items in small groups until the crashes return — the last group contains the offender.
For the full procedure, follow our clean boot walkthrough .
Fix 7: Update the BIOS and chipset drivers
Old firmware can mishandle how drivers talk to hardware. Laptop makers release BIOS and chipset updates specifically to fix these low-level incompatibilities.
Find your exact model on the manufacturer’s support site.
Download the latest BIOS and chipset updates for your model only — never a BIOS for a different model.
Install the chipset driver first, restart, then apply the BIOS update with the laptop plugged in.
Do not interrupt a BIOS update. When it finishes, load the laptop normally and monitor for crashes.
Fix 8: Catch the driver with Driver Verifier
When the dump doesn’t name a driver, Driver Verifier can force the guilty one to crash identifiably. Used narrowly — on a few suspects rather than everything — it’s a safe, decisive diagnostic.
Press Win + R, type
verifier, and press Enter.Choose Create standard settings, then Select driver names from a list.
Tick only your prime suspects — the network, graphics, and audio drivers — not every driver on the system.
Restart and use the laptop normally until it blue-screens; Verifier will name the violator.
Boot into Safe Mode, run
verifier /resetfrom an admin prompt, and restart.Replace the named driver with the manufacturer’s version as described in Fix 3.
Closing
DRIVER_OVERRAN_STACK_BUFFER looks dramatic, but nine times out of ten it’s one bad driver and the fix is a rollback or a clean reinstall of that driver. Work the list in order, and if you reach the memory test with errors, treat it as a hardware problem rather than a software one — replacing the faulty RAM stick ends the crashes for good. If a different stop code shows up next, our KMODE_EXCEPTION_NOT_HANDLED guide covers the next most common driver crash. One last habit worth building: after any driver update, give the laptop a day of normal use before calling it stable. Buffer-overrun bugs often need specific conditions to trigger, and catching them early — while you still remember what changed — makes the rollback trivial.
