Home > Windows Systems Management Tips > Windows Desktop Strategies > Use crash dumps to troubleshoot hardware/OS issues
WinComputing Tips:
EMAIL THIS
 TIPS & NEWSLETTERS TOPICS 

WINDOWS DESKTOP STRATEGIES

Use crash dumps to troubleshoot hardware/OS issues


Serdar Yegulalp
05.19.2004
Rating: --- (out of 5)


Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


When Windows 2000 and XP encounter a serious system problem, the result is what has become known as the "Blue Screen of Death" or BSOD -- a screen of white text on a blue background that provides information about why the system crashed. The administrator can also configure the computer to dump memory to a crash file to disk for analysis (provided that the crash wasn't because of the disk itself being unavailable!). The admin also has the option at the next reboot to send this crash dump to Microsoft for analysis, which can in theory help Microsoft.

Sometimes a system will simply hang -- become unresponsive to keyboard or mouse input -- without a BSOD or crash dump report being generated. Situations like these can be the hardest to debug, since there may be multiple reasons why the system becomes unresponsive: bus contention issues, overheating, kernel-level device drivers, etc.

To that end, Microsoft introduced a special function into the PS/2 keyboard mouse driver that allows the user to manually initiate a BSOD / dump action. If the system becomes outwardly unresponsive, but the user is able to manually initiate a crash, this indicates a problem with the operating system which could in turn be traced and debugged from the crash dump. If the user can't even trigger a manually-initiated crash, then the problem is most likely with the hardware and not the software.

To allow the user to manually trigger a crash report, a PS/2 keyboard must be plugged in and enabled. (This cannot be done with a USB keyboard plugged into the motherboard, since Windows does not use the BIOS-emulated keyboard but accesses it directly through the USB bus.) Edit the Registry and under the key HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesi8042prtParameters add a REG_DWORD value named CrashOnCtrlScroll with a value of 1.

After rebooting, the user can then trigger a manual crash by holding the right Ctrl key and pressing the Scroll Lock key twice. The user should also have crash reporting enabled by going to Control Panel | System | Advanced | Startup and Recovery Settings and selecting "Kernel memory dump" and "Overwrite any existing file" under Write debugging information.


Serdar Yegulalp is the editor of the Windows 2000 Power Users Newsletter. Check out his Windows 2000 blog for his latest advice and musings on the world of Windows network administrators – please share your thoughts as well!


Rate this Tip
To rate tips, you must be a member of SearchWinComputing.com.
Register now to start rating these tips. Log in if you are already a member.


Submit a Tip




Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


RELATED CONTENT
Windows Desktop Strategies
Migrating to Windows Vista: Should you go with 64-bit?
Workarounds for Windows Vista compatibility issues
Combine application virtualization with streaming
Free tools bring enterprise compatibility testing to Windows Vista
Regaining lost functionality in the Windows XP Recovery Console
Green computing for less with Vista and Windows Server 2008
Presentation virtualization: Centralized app management in Windows Server 2008
How to test a single machine for Windows Vista compatibility issues
How to use the Windows XP Recovery Console
Can admins rely on built-in Vista features for application support?

Desktop Management
What's that strange file (~) on my desktop?
Troubleshooting sleep-mode problems due to improper profiles
Remapping keys in Windows 2000 and XP
Enhancing folder view retention in Explorer
Part of Microsoft's 'crown jewels' hits the Net
Will Gates' e-mail postage idea stamp out spam?
Survey: IT spending back from the dead
A week of gloom and Mydoom
Microsoft patches latest Word
Longhorn may bridge the thin, fat client worlds

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary

DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.

HomeNewsTopicsITKnowledge ExchangeTipsAsk the ExpertsWebcastsWhite PapersIT Downloads
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides enterprise IT professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective IT purchase decisions and managing their organizations' IT projects - with its network of technology-specific Web sites, events and magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Reprints  |  Site Map




All Rights Reserved, Copyright 2004 - 2008, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts