Welcome to Dream.In.Code
Getting Help is Easy!

Join 132,633 Programmers for FREE! Get instant access to thousands of experts, tutorials, code snippets, and more! There are 1,051 people online right now. Registration is fast and FREE... Join Now!




Trouble shooting stop errors and the memory dump

 
Reply to this topicStart new topic

> Trouble shooting stop errors and the memory dump, Or: OMG WTF ANOTHER BSOD

Rating  5
Thorian
Group Icon



post 4 Aug, 2006 - 06:36 AM
Post #1


Trouble shooting stop Errors and the memory dump
Or so you have a BSOD and you don’t know why

To determine what happened first you will need to ensure that the computer did make a physical memory dump file.

Go to “C:\WINNT\” or “C:\WINDOWS” and look for a folder called MINIDUMP or a file called MEMORY.DMP

The files you will need to analyze will be one of those

To actually analyze the file you will need to use a toolkit. And no I’m not talking about a sledgehammer and crowbar. I am referring to the Debugging Tools for Windows Available here http://www.microsoft.com/whdc/devtools/deb...installx86.mspx

After you have downloaded and installed the toolkit you will be ready to get into the nuts and bolts about figuring out what the hell is going on.

Click Start>Programs>Debugging Tools for Windows>WinDbg

You will be presented with a program that looks kind of like notepad.

Next we need to set a variable to fully decode the memory dump file.


Click on File, Symbol File Path and paste this string in the box

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

Click ok and then save the workspace (so you don’t have to enter that string every time once again it would be nice for Microsoft to actually be proactive.

To open the memory dump and look at it you will need to click on File > Open Crash Dump. And browse to the path where you found your memory dump earlier.

Double click on the dump file you want to analyze and go get a cup of Coffee, as this will take a few minutes.

You will get a dump file that resembles the below when you get back

QUOTE



Microsoft ® Windows Debugger Version 6.6.0007.5
Copyright © Microsoft Corporation. All rights reserved.



Loading Dump File [C:\WINDOWS\Minidump\Mini073106-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp.050301-1521
Kernel base = 0x804d7000 PsLoadedModuleList = 0x805624a0
Debug session time: Mon Jul 31 15:36:14.473 2006 (GMT-5)
System Uptime: 12 days 6:16:42.797
Loading Kernel Symbols
.............................................................................................................................................
Loading User Symbols
Loading unloaded module list
..................................................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, bf87b02d, f709d8a0, 0}

Probably caused by : win32k.sys ( win32k!RawInputRequestedForMouse+1c )

Followup: MachineOwner
---------


Now to decipher the dump report

Under the Bug Check {} those are the stop codes googling those particular codes will give you information that may or may not be benificial to your troubleshooting

And looking up the Probably Caused By: will give you an ides on where to start troubleshooting

Luckily for me when my PC did this it was right after I just installed a mouse and was able to get a patch to fix the mouse driver that was crashing my kernel (testing a USB laser mouse instead of my PS2 Optical)

I hope you have found this little write up enlightening as it was for me to write it.

Carl
Go to the top of the page
+Quote Post


Register to Make This Ad Go Away!

MarkoDaGeek
Group Icon



post 6 Aug, 2006 - 07:53 PM
Post #2
Nice, the perfect First Responce to the pesky BSOD.

Great Tutorial.
Go to the top of the page
+Quote Post

Thorian
Group Icon



post 11 Aug, 2006 - 08:30 AM
Post #3
Oh I just got the September 2006 Maximum PC sitting on my desk apparently they and they have an article that would be a good mate with this tutorial.

it goes in to specific trouble shooting beyond the device driver level that I touched upon here.

Pages 42-50

I hit the photo copier and made a copy for the other techs I work with.
Go to the top of the page
+Quote Post

c0nceal
*



post 13 Jan, 2007 - 01:50 PM
Post #4
I did all of the steps but when I try to analyze the memory dump file it says that the "debugee is not connected" Any more ideas?
Go to the top of the page
+Quote Post

Thorian
Group Icon



post 15 Jan, 2007 - 09:37 AM
Post #5
QUOTE(c0nceal @ 13 Jan, 2007 - 03:50 PM) *

I did all of the steps but when I try to analyze the memory dump file it says that the "debugee is not connected" Any more ideas?



Attach the minidump file here and Ill take a look when I have time.

Go to the top of the page
+Quote Post

Thorian
Group Icon



post 6 Mar, 2007 - 09:32 AM
Post #6
After going through a bunch of Minidump files this week that disconnected to debugee is normal you just need to wait a while as the program decodes the dump.

The computer you are using to analyze the dump needs to have a internet connection as it downloads the symbols as needed on the fly.
Go to the top of the page
+Quote Post

pkiss
*



post 21 May, 2007 - 09:48 PM
Post #7
I wanted to try these steps because when I try to start my computer I get the blue screen with the physical memory dump message. However, windows 2000 won't open, so I have to go in through "safe mode". When I tried downloading the debugger program windows won't let me because I'm in safe mode. Any other suggestion?

Thanks





QUOTE(Thorian @ 4 Aug, 2006 - 07:36 AM) *

Trouble shooting stop Errors and the memory dump
Or so you have a BSOD and you don’t know why

To determine what happened first you will need to ensure that the computer did make a physical memory dump file.

Go to “C:\WINNT\” or “C:\WINDOWS” and look for a folder called MINIDUMP or a file called MEMORY.DMP

The files you will need to analyze will be one of those

To actually analyze the file you will need to use a toolkit. And no I’m not talking about a sledgehammer and crowbar. I am referring to the Debugging Tools for Windows Available here http://www.microsoft.com/whdc/devtools/deb...installx86.mspx

After you have downloaded and installed the toolkit you will be ready to get into the nuts and bolts about figuring out what the hell is going on.

Click Start>Programs>Debugging Tools for Windows>WinDbg

You will be presented with a program that looks kind of like notepad.

Next we need to set a variable to fully decode the memory dump file.


Click on File, Symbol File Path and paste this string in the box

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

Click ok and then save the workspace (so you don’t have to enter that string every time once again it would be nice for Microsoft to actually be proactive.

To open the memory dump and look at it you will need to click on File > Open Crash Dump. And browse to the path where you found your memory dump earlier.

Double click on the dump file you want to analyze and go get a cup of Coffee, as this will take a few minutes.

You will get a dump file that resembles the below when you get back

QUOTE



Microsoft ® Windows Debugger Version 6.6.0007.5
Copyright © Microsoft Corporation. All rights reserved.



Loading Dump File [C:\WINDOWS\Minidump\Mini073106-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp.050301-1521
Kernel base = 0x804d7000 PsLoadedModuleList = 0x805624a0
Debug session time: Mon Jul 31 15:36:14.473 2006 (GMT-5)
System Uptime: 12 days 6:16:42.797
Loading Kernel Symbols
.............................................................................................................................................
Loading User Symbols
Loading unloaded module list
..................................................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, bf87b02d, f709d8a0, 0}

Probably caused by : win32k.sys ( win32k!RawInputRequestedForMouse+1c )

Followup: MachineOwner
---------


Now to decipher the dump report

Under the Bug Check {} those are the stop codes googling those particular codes will give you information that may or may not be benificial to your troubleshooting

And looking up the Probably Caused By: will give you an ides on where to start troubleshooting

Luckily for me when my PC did this it was right after I just installed a mouse and was able to get a patch to fix the mouse driver that was crashing my kernel (testing a USB laser mouse instead of my PS2 Optical)

I hope you have found this little write up enlightening as it was for me to write it.

Carl

Go to the top of the page
+Quote Post


Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 

Lo-Fi Version Time is now: 11/23/08 04:00AM

Live Help!

Tutorials

Programming

Web Development

Reference Sheets

Code Snippets

Bye Bye Ads

Free DIC T-Shirt

T-Shirt Example

Related Sites

Monthly Drawing

Thumb Drive

Partners

Top Contributors

Top 10 Kudos This Month