How to solve Windows 10 crashes in less than a minute.

1 2 3 4 5 6 7 8 9 Page 7
Page 7 of 9

Opening a dump file

open a dump file

Locating a dump file Dump files in Windows systems are located in two places, depending upon which type you open:

  • All dump files except minidumps:   c:\Windows\MEMORY.DMP
  • Minidumps:   c:\Windows\Minidump\[Minidump names vary]

Note that, unlike the other dump files that are named MEMORY.DMP, minidumps are automatically individually named so that previous files are not overwritten, which is fine since they are so small.

Open a dump file To open the file you’ve selected, go to

Select File | Open Crash Dump

If you see the following, STOP:

*** WARNING: Unable to verify timestamp for ntoskrnl.exe *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe This is important. When you see these two messages near the beginning of the output from WinDbg, it means that you will not get the analysis that you need. This is confirmed after the “Bugcheck Analysis” is automatically run, and the message below is displayed.

When you see the following message:

“*** ERROR: Symbol file could not be found. Defaulted to export symbol for ntkrnlmp.exe. . .”

It means that WinDbg did not locate the proper symbols for ntkrnlmp.exe – the Windows OS kernel itself – and that proper analysis cannot be done.


***** Kernel symbols are WRONG. Please fix symbols to do analysis

symbols are wrong

Likely causes follow:

  • No path/wrong path; a path to the symbol files has not been set or the path is incorrect (look for typos such as a blank white space). Check the Symbol Path (see Setting symbol file path above.)
  • Failed connection; check your internet connection to make sure it is working properly.
  • Access blocked; a firewall blocked access to the symbol files or the files were damaged during retrieval. See that that no firewall is blocking access to (it may only be allowing access to

Note that if a firewall initially blocks WinDbg from downloading a symbol table, it can result in a corrupted file. If unblocking the firewall and attempting to download the symbol file again does not work; the file remains damaged. The quickest fix is to close WinDbg, delete the symbols folder (which you most likely set at c:\symbols), and unblock the firewall. Next, reopen WinDbg and a dump file. The debugger will recreate the folder and re-download the symbols. Do not go further with your analysis until this is corrected.

If you see the following error, no worries:

*** WARNING: Unable to verify timestamp for myfault.sys *** ERROR: Module load completed but symbols could not be loaded for myfault.sys

This means that the debugger was looking for information on myfault.sys. However, since it is a third-party driver there are no symbols for it because Microsoft does not store all of the third-party drivers (OK, myfault.sys is made by SysInternals, which is owned by Microsoft, but it is certainly not a regular Microsoft product and, for our purposes, it represents a third-party driver). The point is that you can ignore this error message. Vendors do not typically ship drivers with symbol files and they aren't necessary to your work; you can pinpoint the problem driver without them.

1 2 3 4 5 6 7 8 9 Page 7
Page 7 of 9
ITWorld DealPost: The best in tech deals and discounts.
Shop Tech Products at Amazon