What Is a Blue Screen Error?

When Windows has a catastrophic error, the system crashes. The crash usually brings you a blue screen. The blue screen (affectionately known as the Blue Screen of Death, or BSoD) displays a whole load of information detailing the crash. Within the information is the why, where, and how the crash happened.

What Causes Blue Screen Errors?

A blue screen error can have several causes, including:

• Faulty hardware
• Faulty software
• Out of date or poorly coded drivers
• Overheating
• Overclocking

That’s only five potential causes. Within those, there are numerous specific errors. That’s where the blue screen of death error code steps in.

A blue screen of death error code gives you a specific error to troubleshoot. You can focus your efforts rather than take a guess at what went wrong and why. For instance, the code 0x80240034 WU_E_DOWNLOAD_FAILED means your Windows Update failed to download. Of course, that’s unlikely to cause a BSoD, but you see how the code has a specific error message.

How Do You Fix a Blue Screen Error?

Fixing a blue screen error depends on the type of error. Sometimes, a cursory internet search is enough to reveal what’s wrong with your system. At other times, special software for system debugging is what you need. Here’s how you fix your blue screen error using WinDbg or NirSoft BlueScreenView.

How to Fix Blue Screen Errors With WinDbg

WinDbg is a powerful tool you can use to figure out the root cause of your blue screen error.

Installing Windows 10 SDK

Head to the Windows 10 SDK download page. The Windows 10 SDK contains numerous tools, including the Windows Performance Toolkit, Debugging Tool for Windows, the .NET Framework Software Development Kit, and other development tools. Follow these steps now.

1. Hit the Download the Installer Once downloaded, run the installer.
2. When the Windows 10 SDK installer opens, select the first option to Installthe Windows Software Development Kit to your computer. The default installation path is fine.
3. Select Next to continue and accept the license. On the next page, uncheck all boxes bar the Debugging Tools for Windows.
4. Then press Install.

Opening and Configuring WinDbg

Open your Start menu and head to Windows Kits > WinDbg. Use the debugger for your system architecture, be that 32 or 64-bit. I have a 64-bit system, so will choose WinDbg X64.

Now, you need to find your BSoD memory dump. The dump contains the information regarding the crash, such as “cause” and “location”.

There are two main types of BSoD memory dumps: a full dump and a minidump. Typically, a minidump is smaller but contains more information than a full dump (I know, how misleading).

1. You will find the minidump logs in your root directory, typically C:\Windows\Minidump. In the folder, you will find the actual minidump logs.
2. Alternatively, the full dump is found at C:\Windows\memory.dmp

First, you need to set a symbols source. Symbols are essentially identifiers for programming languages that relate to specific information. They make it easier to analyze the information found in a log (or code).

Head to File > Symbol File Path, then copy and paste the following:

SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols

Then press OK.

Analyzing Your Crash Dump in WinDbg

Drag and drop your dump file into WinDbg. Alternatively, press Ctrl + D to open the file browser, then locate your dump file. When the dump file loads, you will encounter the initial analysis screen.

There are two things to take in from this screen: the BugCheck and the Probably caused by fields. Here they are in greater clarity:

You can take the analysis one step further using WinDbg commands. In this case, the !analyze -v command (highlighted in blue in the above image) will show you detailed information relating to your BSoD. There is a command link under the Bugcheck Analysis header. However, this link sometimes disappears. If there is no link, enter the command in the field at the bottom of the WinDbg window.

The command performs a huge amount of automated analysis. WinDbg displays the results under a new BugCheck Analysis header. The amount of information WinDbg throws out feels a little overwhelming. But in this case, you are only looking for a few key bits of information to bulk out the assessment of your BSoD.

The parameters directly underneath the new BugCheck Analysis header provide another set of useful information. For instance, in the example below, you can see the fault confirmed as Memory_Management. Additionally, the Arguments (arguments are essentially informative parameters) expand on the information.

Searching for a combination of the initial error code and the additional argument information will return results of other users suffering the same issues. In many cases, the system error you have isn’t new and mysterious. The same BSoD will have affected someone else.