SYSTEM_SERVICE_EXCEPTION is one of the most common blue screens on Windows 11 24H2, and it has a refreshingly straightforward meaning: a piece of code running in the kernel — usually a driver — did something illegal, and Windows crashed to protect itself. The stop code sometimes names a file on the blue screen (like nvlddmkm.sys or ntfs.sys), and that filename is a direct clue to the culprit.
On 24H2 this error spiked because the update changed enough under the hood that older drivers started misbehaving. The fix is almost always driver-side, and there’s a logical order that gets you there without guesswork.
Why this happens
- Outdated drivers incompatible with 24H2: Graphics, Wi-Fi, Bluetooth, and webcam drivers written for older builds make kernel calls that 24H2 rejects or handles differently, triggering the exception.
- Third-party antivirus or VPN drivers: These hook deep into the kernel’s network and file stacks. After a major build update, those hooks are a leading cause of this exact stop code.
- Corrupted system files: Damage to kernel-mode components means even correct driver calls can throw exceptions when the underlying service is broken.
- Faulty RAM corrupting kernel data: Bad memory can corrupt the data structures system services rely on, producing exceptions that look like driver bugs.
- Overclocking or unstable hardware: CPU/RAM overclocks that were borderline-stable can push kernel operations over the edge, especially under the slightly different scheduling of a new build.
- Conflicting software that installs drivers: RGB control apps, fan utilities, virtual-drive tools, and Android emulators all install kernel drivers that can clash with each other.
How to fix it
Work through these in order — the blue screen’s filename clue (if shown) tells you where to focus.
Fix 1: Identify the culprit file from the crash
Don’t skip the detective work — it saves hours.
- The next time it blue-screens, look for a filename in parentheses after the stop code, e.g.
SYSTEM_SERVICE_EXCEPTION (nvlddmkm.sys). - Common mappings:
nvlddmkm.sys= NVIDIA graphics,atikmdag.sys/amdkmdag.sys= AMD graphics,ntfs.sys= storage/file system,netio.sys/tcpip.sys= network drivers or VPN software,win32kfull.sys= graphics/display subsystem. - No filename? Open Event Viewer (Win + X > Event Viewer) > Windows Logs > System and look for BugCheck entries around the crash time — they often name the faulting module.
- You can also install the free BlueScreenView utility to read the minidump at
C:\Windows\Minidumpin plain English.
Fix 2: Update the suspect driver from the manufacturer
Generic Windows drivers are the most common source of this crash on 24H2.
- Open Device Manager (Win + X > Device Manager).
- If graphics is the suspect: for NVIDIA, download the latest driver from NVIDIA’s driver page ; for AMD, use AMD’s official driver download page; for Intel graphics, run the Intel Driver & Support Assistant .
- Do a clean install when the installer offers it — this wipes the old driver’s remnants instead of layering over them. AMD users should grab theirs from AMD’s official driver page rather than relying on Windows Update’s version.
- If a network driver is implicated, get the Wi-Fi/Ethernet driver from your laptop manufacturer’s support site rather than Windows Update, since OEMs customize these.
The broader SYSTEM_SERVICE_EXCEPTION fix guide covers additional driver scenarios if the manufacturer’s update doesn’t resolve it.
Fix 3: Remove or update antivirus and VPN software
Kernel-hooking security software is a top-3 cause of this stop code after build updates.
- If you run third-party antivirus, update it to the latest version first — vendors patch kernel hooks for new Windows builds quickly.
- If crashes continue, temporarily uninstall it (Settings > Apps > Installed apps) and let Windows Defender take over for a few days as a test.
- Do the same for VPN clients, which install network filter drivers — update first, remove as a test second.
- If the crashes stop, reinstall the latest version of the security software; the fresh install gets the 24H2-compatible drivers.
Fix 4: Repair system files with SFC and DISM
Corrupted kernel services throw exceptions even when drivers are innocent.
- Open Terminal (Admin) (Win + X).
- Run
sfc /scannowand wait for it to complete. - Then run
DISM /Online /Cleanup-Image /RestoreHealthto repair the source filessfcuses. - Restart. These two commands fix a surprising share of
SYSTEM_SERVICE_EXCEPTIONcases where no single driver is obviously at fault.
Fix 5: Run Windows Memory Diagnostic
When the crash names different files each time, suspect RAM rather than any one driver.
- Press Win + R, type
mdsched.exe, press Enter, and choose Restart now and check for problems. - Let both passes finish. Any error means bad memory — and bad memory corrupts kernel data structures in ways that produce exactly this stop code.
- For a definitive test, run MemTest86 overnight from a USB stick (4+ passes).
A related crash with a similar driver-first fix path is SYSTEM_THREAD_EXCEPTION_NOT_HANDLED — worth a look if your dumps point at thread-handling modules.
Fix 6: Uninstall recently added driver-installing software
RGB controllers, fan utilities, virtual drives, and emulators all ship kernel drivers that can conflict.
- Open Settings > Apps > Installed apps, sort by install date.
- Uninstall anything installed around the time crashes began — especially hardware utilities, overclocking tools, and virtual-device software.
- Check Device Manager > View > Show hidden devices afterward and remove any grayed-out remnants of the uninstalled software’s devices.
- Restart and observe for a few days.
Fix 7: Roll back the 24H2 update as a last resort
If the crashes began the day 24H2 installed and nothing else helps, the build itself may be the problem on your hardware.
- Go to Settings > System > Recovery > Go back (available for 10 days after the update).
- If that window has passed, download fresh 24H2 media from Microsoft’s Windows 11 download page and do an in-place upgrade — it reinstalls Windows while keeping files and apps, replacing all system files with clean copies.
- After the repair install, update drivers from the manufacturer before letting Windows Update run wild.
For crashes that specifically started right after a cumulative update rather than the 24H2 build itself, see the post-update SYSTEM_SERVICE_EXCEPTION guide .
Closing
SYSTEM_SERVICE_EXCEPTION on 24H2 is overwhelmingly a driver-compatibility problem, not a dying laptop. The filename on the blue screen usually points straight at the offender, and a manufacturer-supplied driver update ends the story in most cases. Work the list in order, give each change a day or two of normal use before judging it, and you’ll almost always find the crashes gone by Fix 4 — with your files, apps, and sanity intact.
