BSOD Crashes

pap1723

New member
Joined
Dec 3, 2013
Posts
1
Hello All,
I have seen what you have all done with this forum, and all I will say is thank you for all of the help you have provided everyone. It is my turn now unfortunately...The system is crashing randomly, I can literally be doing anything. Sometimes it will go to BSOD saying that A clock interrupt was not received on a secondary processor, and sometimes it will just freeze completely.

Thank you for your help in advance!

OS - Windows 7 x64
Original OS - Vista
OS - Vista OEM, Windows 7 was Upgrade Version
System Age - 4 years
OS Installation - About 1 month, I got an SSD and installed on there, been acting weird since

CPU - Intel i7 870 @ 2.93 GHz
Video Card - NVIDIA GeForce GTX 460
Motherboard - Gigabyte GA-P55-USB3
Power Supply - EarthWatts 500 Watt Power Supply

Home Built PC
 

Attachments

Hi,

I have seen what you have all done with this forum, and all I will say is thank you for all of the help you have provided everyone.

Thank you for the kind words, we certainly do our absolute best here to assure every user is satisfied with the support they receive!

All of your attached DMP files are of the CLOCK_WATCHDOG_TIMEOUT (101) bug check.

This indicates that an expected clock interrupt on a secondary processor, in a multi-processor system, was not received within the allocated interval.

Unfortunately, we're going to need a Kernel dump to analyze this type of crash as not enough information is saved at the time of the crash in Minidumps for these type of crashes to be analyzed. Let's take care of that first:

Windows key + Pause key. This should bring up System. Click Advanced System Settings on the left > Advanced > Startup and Recovery > Settings > System Failure > change from Small Memory Dump to Kernel Memory Dump.

Also, in addition to that, please enable Driver Verifier. With a Kernel dump + verifier enabled, the next crash should provide us with a hefty amount of information:

Driver Verifier:

What is Driver Verifier?

Driver Verifier is included in Windows 8, 7, Windows Server 2008 R2, Windows Vista, Windows Server 2008, Windows 2000, Windows XP, and Windows Server 2003 to promote stability and reliability; you can use this tool to troubleshoot driver issues. Windows kernel-mode components can cause system corruption or system failures as a result of an improperly written driver, such as an earlier version of a Windows Driver Model (WDM) driver.

Essentially, if there's a 3rd party driver believed to be at issue, enabling Driver Verifier will help flush out the rogue driver if it detects a violation.

Before enabling Driver Verifier, it is recommended to create a System Restore Point:

Vista - START | type rstrui - create a restore point
Windows 7 - START | type create | select "Create a Restore Point"
Windows 8 - Restore Point - Create in Windows 8

How to enable Driver Verifier:

Start > type "verifier" without the quotes > Select the following options -

1. Select - "Create custom settings (for code developers)"
2. Select - "Select individual settings from a full list"
3. Check the following boxes -
- Special Pool
- Pool Tracking
- Force IRQL Checking
- Deadlock Detection
- Security Checks (Windows 7 & 8)
- DDI compliance checking (Windows 8)
- Miscellaneous Checks
4. Select - "Select driver names from a list"
5. Click on the "Provider" tab. This will sort all of the drivers by the provider.
6. Check EVERY box that is NOT provided by Microsoft / Microsoft Corporation.
7. Click on Finish.
8. Restart.

Important information regarding Driver Verifier:

- If Driver Verifier finds a violation, the system will BSOD.

- After enabling Driver Verifier and restarting the system, depending on the culprit, if for example the driver is on start-up, you may not be able to get back into normal Windows because Driver Verifier will flag it, and as stated above, that will cause / force a BSOD.

If this happens, do not panic, do the following:

- Boot into Safe Mode by repeatedly tapping the F8 key during boot-up.

- Once in Safe Mode - Start > type "system restore" without the quotes.

- Choose the restore point you created earlier.
If you did not set up a restore point, do not worry, you can still disable Driver Verifier to get back into normal Windows:

- Start > Search > type "cmd" without the quotes.

- To turn off Driver Verifier, type in cmd "verifier /reset" without the quotes.
・ Restart and boot into normal Windows.

How long should I keep Driver Verifier enabled for?

It varies, many experts and analysts have different recommendations. Personally, I recommend keeping it enabled for at least 24 hours. If you don't BSOD by then, disable Driver Verifier.

My system BSOD'd, where can I find the crash dumps?

They will be located in %systemroot%\Minidump

Any other questions can most likely be answered by this article:
Using Driver Verifier to identify issues with Windows drivers for advanced users

Regards,

Patrick
 
I would recommend checking this folder path too for any Kernel Memory dumps:

Code:
C:\Windows\MEMORY.DMP

If any files are present, then please place into a compressed folder and upload to SkyDrive or Dropbox. Make sure you upload them to your Public folder.

Minidumps are also produced when the setting is Kernel Memory dump.
 
Only 117 Windows Updates installed. Most systems have 160 or more. Please visit Windows Update and get ALL available updates (it may take several trips to get them all).

D: drive only has about 2% free space. Windows likes 15% free space in order to perform stuff "behind the scenes" without adversely affecting the system's performance. Please free up 15% on ALL hard drives (you can get away with 10% on larger drives and won't notice a large performance penalty)

SSD's were temperamental when they first came out, but their reliability has improved greatly over the last year or two. There are 2 things that MUST be checked on systems with BSOD's and SSD's:
1) That the SSD firmware is the latest available for the SSD. I usually can't see this info in the reports, so I rely on you to check it.
2) That the storage controller drivers on the motherboard are the most recent. They must date from late 2012 or later. This is ALL controllers, not just the one that the SSD is attached to. If involved these should be visible in the memory dump - but it doesn't hurt to check manually.

Update your NEC USB 3.0 Host controller drivers - the 2009 version is known to cause BSOD's (2011 and later are OK). Try this last as it's difficult to find updated drivers (the one's at Gigabyte are most likely the one's on your system now).

The system showed a STOP 0x116 before going to the STOP 0x101's - I'd suggest starting with these troubleshooting steps: https://www.sysnative.com/forums/bs...-video-tdr-timeout-0x116-0x117.html#post29532
 

Has Sysnative Forums helped you? Please consider donating to help us support the site!

Back
Top