Skip to content
PCFixWorkbench

Blue screens · Windows 11

Fix a blue screen error: read the stop code and find the cause

Written November 14, 2026

A blue screen means Windows hit a fault it could not recover from and stopped to protect your files. The screen itself carries the most useful clue: the stop code. Write that code down, match it against what changed just before the crashes started, and the fix is usually undoing that one change — a driver, an update, or a piece of hardware starting to fail.

What you need

Capture the stop code

  1. Photograph the blue screen. Near the bottom it names a stop code in capital letters, such as CRITICAL_PROCESS_DIED, MEMORY_MANAGEMENT, IRQL_NOT_LESS_OR_EQUAL, or PAGE_FAULT_IN_NONPAGED_AREA. It may also name a file, often ending in .sys — that file name points at a driver, and it is worth as much as the code itself.
  2. Let the PC restart and note the time. The exact time matters later, when you look the crash up in the event log.
  3. If the screen flashes past too fast, find the record later instead. Windows logs every blue screen. The Event Viewer section below shows where. Do not chase a code by provoking more crashes.
What the common codes suggest

MEMORY_MANAGEMENT and PAGE_FAULT_IN_NONPAGED_AREA often point at faulty memory or a driver reaching into memory it should not touch. IRQL_NOT_LESS_OR_EQUAL is most often a driver fault. CRITICAL_PROCESS_DIED means a system process Windows depends on has failed, which can follow damaged system files. Treat each code as a direction to test, not a part to replace — Microsoft publishes the full list in its bug check code reference.

Match the code to what changed

Most blue screens that start suddenly follow a change. Before you change anything else, list what is new:

If the crashes line up with one item on that list, that item is your first suspect. Work the next section on it before you touch anything else — changing three things at once leaves you not knowing which one fixed it, and the fault comes back as a mystery.

Test in Safe Mode and undo the change

Safe Mode starts Windows with a minimal set of drivers and services. If the blue screens stop there, Windows itself is sound and the fault sits in something that normally loads on top of it.

  1. Get to Safe Mode. If the PC reaches the desktop, open Settings > System > Recovery and select Restart now beside Advanced startup. On the blue screen that follows, choose Troubleshoot > Advanced options > Startup Settings > Restart, then press 4 for Safe Mode or 5 for Safe Mode with Networking. Microsoft sets out the same route in its Windows startup settings guide. If the PC will not reach the desktop at all, work from the won't-boot guide first — it reaches the same recovery screen from a dead start.
  2. Undo the suspect change. For a driver, open Device Manager, open the device, and use Roll Back Driver on the Driver tab if it is offered; if it is not, uninstall the device and restart, and let Windows load its standard driver. For a program, uninstall it under Settings > Apps. For a Windows update, remove the latest one under Settings > Windows Update > Update history > Uninstall updates.
  3. Restart normally and use the PC. Do the thing that used to trigger the crash, more than once. A fix that survives the trigger is a fix. A crash with a new stop code is new information — note it and keep going in order.

Check memory and disk

If no change explains the crashes, or Safe Mode crashes too, test the two parts whose faults most often look like software: memory and the system drive.

  1. Run Windows Memory Diagnostic. Search the Start menu for Windows Memory Diagnostic, choose Restart now and check for problems, and let the test run. The PC restarts, tests, then restarts into Windows and shows the result. Any error reported is serious: memory that fails this test needs replacing, and on a desktop with more than one stick, test one stick at a time to find the faulty one.
  2. Check the drive and the system files. Open Terminal or Command Prompt as administrator. Run chkdsk C: /f and agree to run it at the next restart if asked. Then run sfc /scannow, which checks protected system files against known-good copies and repairs what it can — Microsoft describes the tool in Use SFC to repair missing or corrupt system files. If SFC reports it found damage it could not fix, run DISM /Online /Cleanup-Image /RestoreHealth first, then run SFC again.
  3. Read the results plainly. Clean memory, a clean drive check, and repaired system files, followed by no more crashes, closes the case. A drive that reports bad sectors or keeps generating new file errors is a drive to replace, after copying your files off it.

Read the crash in Event Viewer

  1. Open Event Viewer and go to Windows Logs > System. Look at the time you noted for the crash.
  2. Find the BugCheck entry. An event with source BugCheck records the stop code in numbers, and a nearby Kernel-Power entry marks the unexpected shutdown. The numbers in the BugCheck entry match the code names in Microsoft's bug check reference.
  3. Look for a warning that repeats just before each crash. A driver or service that logs an error minutes before every blue screen is naming itself. One crash with no pattern around it, on a PC that then runs for weeks, can be left alone and watched.

End state

When it goes wrong

Sources