Skip to main content
RebootDoctor

Fix CRITICAL_PROCESS_DIED on Windows 11 (2026)

By Mike Chen Fact-checked by Mike Chen (CompTIA A+ Certified) on

Short answer: If the machine still boots, open Command Prompt as admin and run DISM /Online /Cleanup-Image /RestoreHealth, then sfc /scannow — that pair fixes CRITICAL_PROCESS_DIED about 55% of the time, because it is usually a corrupted system file rather than hardware. If the crash returns after a clean repair, move on to testing RAM and rolling back recent driver updates.

If your machine still boots — even if it crashes again twenty minutes later — open Command Prompt as admin and run DISM /Online /Cleanup-Image /RestoreHealth first, wait 10-20 minutes, then sfc /scannow. This pair fixes the crash about 55% of the time because CRITICAL_PROCESS_DIED is usually a corrupted system file, not a hardware problem. If SFC says “found corrupt files and successfully repaired them,” restart and see if the crash comes back.

A small business owner’s ThinkPad T14s was stuck in a boot loop — blue screen, frowning face, CRITICAL_PROCESS_DIED, restart, repeat. He’d been mashing the power button for twenty minutes. His entire client database was on that machine and he had a presentation in three hours. Turned out to be a Realtek audio driver — rtkvhd64.sys — that Windows Update had silently pushed two days earlier. It was crashing csrss.exe on every boot. Booted into Safe Mode, rolled the driver back in Device Manager, machine came up clean. Twelve minutes once we got into Safe Mode. He’d been about to factory reset because the first Google result told him to.

That’s the thing about this error — it sounds catastrophic. One of Windows’ essential kernel processes (csrss.exe, smss.exe, wininit.exe — the low-level plumbing for memory management and session handling) terminated unexpectedly, and Windows can’t continue without them. But about nine out of ten times it’s either a corrupt file or a bad driver. Both fixable without wiping the machine.

The Boot Loop

When the machine crashes before reaching the desktop on every attempt, you need the Windows Recovery Environment. Turn the machine on, wait for the Windows logo or spinning dots, hold the power button for a solid ten seconds. Repeat three times. On the fourth power-on, Windows enters WinRE automatically — Microsoft engineered this behavior on purpose.

From WinRE, try Startup Repair first (Troubleshoot, Advanced options, Startup Repair). It’s automated, takes 5-10 minutes, and fixes the issue maybe a third of the time. Not great odds but zero effort.

If that doesn’t work, boot into Safe Mode. Troubleshoot, Advanced options, Startup Settings, Restart, press 4. Safe Mode loads only essential Microsoft drivers. If Windows boots fine in Safe Mode, the crash is coming from a third-party driver — and from Safe Mode you can uninstall it, run sfc/DISM, or roll back a recent update.

Third option from WinRE: Troubleshoot, Advanced options, Uninstall Updates. Separate buttons for the latest quality update (monthly patches) and latest feature update (major version upgrades). Start with quality update since those ship monthly and are more likely to be the recent change that broke things. Our Windows Update guide covers the full rollback procedure.

Finding the Driver

If the blue screen showed a filename next to “What failed:” — something ending in .sys like rtkvhd64.sys or nvlddmkm.sys — that’s your culprit. Google the filename and you’ll find which hardware it belongs to. Roll it back through Device Manager (find the device, double-click, Driver tab, Roll Back Driver).

If no driver is listed, or it just says ntoskrnl.exe (which shows up for dozens of unrelated problems because everything passes through the kernel), open Event Viewer. Win+R, type eventvwr, expand Windows Logs, click System, look for Critical or Error events with Source “BugCheck” around the crash time. The details pane often names the faulting module.

The drivers I see cause this crash most often: GPU drivers (nvlddmkm.sys for NVIDIA, atikmdag.sys for AMD), audio drivers (rtkvhd64.sys for Realtek), and storage controller drivers. For GPU issues specifically, DDU (Display Driver Uninstaller) in Safe Mode is the nuclear option — strips everything including ghost registry entries, then you reinstall fresh from nvidia.com or amd.com. Our BSOD guide covers the full driver-hunting workflow with BlueScreenView.

RAM and Storage

If software fixes don’t stick — SFC repairs files but the crash comes back days later, or the crashes happen even in Safe Mode — something physical is failing.

RAM is the sneakiest cause. A faulty memory cell corrupts whatever data lands in that address, including the internal structures csrss.exe depends on. The crashes look random because which process goes where changes every boot. Windows Memory Diagnostic catches obvious dead-stick failures but misses subtle faults. MemTest86 is the real test — boot from USB, let it run at least one full pass (30-90 minutes depending on RAM size). Any errors at all mean that stick needs replacing. DDR4 is $20-30, DDR5 $35-50, swap takes five minutes on most laptops.

Storage is the other hardware cause I see regularly. If SFC repairs corruption but the same crash returns within days, the drive has bad sectors and is actively re-damaging the repaired files. Run chkdsk C: /f /r from admin Command Prompt — the /r flag scans for bad sectors (takes 30 minutes to several hours, requires restart). Grab CrystalDiskInfo and check Reallocated Sectors Count and Current Pending Sector Count — both should be zero. Anything nonzero is a warning. Above 50 means the drive is dying and you should pull your data off before it gets worse. Our hard drive guide covers the full diagnostic. If your stop code alternates between CRITICAL_PROCESS_DIED and KERNEL_DATA_INPAGE_ERROR, the drive is almost certainly the problem. If it says DPC_WATCHDOG_VIOLATION instead, that’s a different beast — storage controller or GPU driver timing issue, not file corruption.

SFC Keeps Failing

If SFC says it found corruption but couldn’t fix it, the backup copies in WinSxS are also damaged. Run DISM /Online /Cleanup-Image /RestoreHealth first — this downloads pristine copies from Microsoft’s servers (15-30 minutes, needs internet). Then run sfc /scannow again. DISM gives SFC clean source material, so the second pass fixes what the first couldn’t. I’ve seen machines that needed two full DISM-then-SFC cycles before everything came back clean. Our SFC guide covers reading CBS.log results when standard repair fails.

If even DISM can’t restore the component store, an in-place upgrade repair is the next step before a full reset. Download the Windows 11 ISO from Microsoft, mount it, run setup.exe, choose “Keep personal files and apps.” This reinstalls Windows on top of itself while keeping everything — takes 30-60 minutes and fixes nearly all system-level corruption. Our factory reset guide covers the full procedure. If your machine is also freezing without blue-screening or running generally slow, those problems often share the same underlying corruption, and we can pull the minidump files and run WinDbg analysis remotely to identify the exact faulting module in about twenty-five minutes.

Frequently Asked Questions

What does CRITICAL_PROCESS_DIED mean on Windows 11?

It means one of Windows' essential kernel processes — like csrss.exe, smss.exe, or wininit.exe — crashed or was terminated unexpectedly. Windows cannot continue running without these processes, so it immediately blue screens. The underlying cause is usually a corrupt system file, a faulty driver, bad RAM, or a failing storage drive — not the process itself.

Can I fix CRITICAL_PROCESS_DIED without reinstalling Windows?

Yes, about nine out of ten times. The most common fix is running SFC and DISM to repair corrupt system files, which resolves the issue about 55% of the time. Rolling back a recently updated driver is the second most common fix. Factory reset or clean install should be your absolute last resort, not your first step.

Why does CRITICAL_PROCESS_DIED keep coming back after SFC repair?

If SFC successfully repairs corrupt files but the crash returns days later, your storage drive likely has bad sectors. The drive is physically re-damaging the repaired files. Run 'chkdsk C: /f /r' and check CrystalDiskInfo for Reallocated Sectors Count above zero. If the drive is failing, no software repair will permanently fix the problem — the drive needs replacement.

How do I fix CRITICAL_PROCESS_DIED if I can't boot Windows?

Force the Windows Recovery Environment by turning the machine on, waiting for the Windows logo, then holding the power button for 10 seconds. Repeat three times. On the fourth boot, WinRE appears. From there, try Startup Repair first, then boot into Safe Mode to uninstall problem drivers or run SFC/DISM, or uninstall the most recent Windows update.

Can bad RAM cause CRITICAL_PROCESS_DIED?

Yes, and it's more common than most people realize. A faulty memory cell can corrupt whatever data happens to be stored at that address — including the data structures that critical Windows processes depend on. The crashes appear random because memory allocation changes every boot. Test with MemTest86 (free) — any errors at all mean the RAM stick needs replacing.

Need Expert Help?

If these steps didn't fix your issue, our certified technicians can diagnose and resolve it remotely — usually in under 30 minutes.