Hi,
I've been having consistent BSODs lately. I posted in this thread and the problem appeared to be an Intel driver.
However, I've updated that driver and I'm still having BSODs.
I've posted the 2 latest minidump files (minidump1 and 2) and the 2 latest perfmon/Windows_NT6_BSOD_jcgriff2 files in this message (diagnosis1 and 2).
Thank you very much in advance for your help!
The dmp(s) point to ntkrnlmp.exe or ntoskrnl.exe as the probable cause. We know this is not the case, as these are core OS files, and will definitely not cause a BSOD. They are just the default files the debuggers blame when they can't see a better cause. We need to enable Driver Verifier to help pinpoint the faulting module...
- Go to Start and type in "verifier" (without the quotes) and press Enter
- Select "Create custom settings (for code developers)" and click "Next"
- Select "Select individual settings from a full list" and click "Next"
- Select everything EXCEPT FOR "Low Resource Simulation" and click "Next"
- Select "Select driver names from a list" and click "Next"
Then select all drivers NOT provided by Microsoft and click "Next"
- Select "Finish" on the next page.
Reboot the system and wait for it to crash to the Blue Screen. Continue to use your system normally, and if you know what causes the crash, do that repeatedly. The objective here is to get the system to crash because Driver Verifier is stressing the drivers out. If it doesn't crash for you, then let it run for at least 36 hours of continuous operation (an estimate on my part).
Code:******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 7F, {8, 80050033, 406f8, fffff80002c92ec0} Probably caused by : ntkrnlmp.exe ( nt!KiDoubleFaultAbort+b2 ) Followup: MachineOwner ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 7F, {8, 80050033, 406f8, fffff80002c42ec0} Probably caused by : ntkrnlmp.exe ( nt!KiDoubleFaultAbort+b2 ) Followup: MachineOwner ---------
Hi,
What do I do if it crashes? Is there a file or something I should load afterwards to show the cause?
And what do I do if it doesn't crash?
What I'm trying to ask is: what is the point of the verifier? Do I follow it up by running some kind of analysis file that will tell the actual cause?
I haven't noticed anything specific that causes it. For instance, yesterday when there was the BSOD, I wasn't even using it at the time - I came back to the laptop to find the "Windows has recovered from a serious error" message.
We are trying to crash the system .. that is the reason we are enabling driver verifier ... we use software available from Microsoft that enables us to read the .dmp files, and hopefully fix your problem ... it is call wndbg and is freely available ... but we need the new .dmp files from c:/windows/minidump ... once your system crashes, you need to upload the new ones as an attachment to your next post...
Ok, will do that.
Thanks very much for your help, and I'll post the next minidump file when the system crashes.
Hi,
I tried running the Driver Verifier.
When I restarted the computer, the first time it told me that Windows failed to start up and asked if I wanted to launch Windows Repair or start normally. I chose start normally.
Then on the next restart, there was a BSOD before I could even load firefox to post here. The error was:
Invalid_kernel_handle
The BSOD didn't restart the computer itself like it normally does, so I had to turn it off. However, when the computer loaded again there wasn't any minidump file.
Then, it has BSOD'd again. This time it says: A device driver attempting to corrupt the system has been caught. The fauly driver currently on the kernel stack must be replaced with a working version.
The computer hasn't restarted again automatically and I doubt there'll be a minidump when I force the shutdown.
Please could you tell me what I can do now? How do I turn off the verifier to stop the BSODs and how can I get a minidump file when it won't restart automatically (it's just frozen after Collecting data for crash dump and Initializing disk for crash dump).
Thanks.
Hi,
I'm in safe mode at the moment but as mentioned, there are no minidump files because the BSODs won't restart themselves.
How can I get a minidump when the BSODs freeze?
And how can I disable driver verifier?
Ok,
I've done that now and I'm going to restart.
What should I do now to diagnose the problem seeing as though this route didn't work?
Quote