CHKDSK (while not in windows) - everything OK
memtest86 (no errors although I'm thinking about doing this again)
ALL drivers are updated (via windows update, not individually)
AV Scan - I have AVIRA premium w/ internet security
No Action Center things (other than backup system)
Reformatted (These are all the BSOD's since formatting)
CHKDSK (while not in windows) - everything OK
memtest86 (no errors although I'm thinking about doing this again)
ALL drivers are updated (via windows update, not individually)
AV Scan - I have AVIRA premium w/ internet security
No Action Center things (other than backup system)
Reformatted (These are all the BSOD's since formatting)
ALL drivers are updated (via windows update, not individually)
I wouldn't really trust Windows to download LATEST drivers, last time I did it installed an ATI display driver from 5 months previous.
Can you download and run Prime95. Run a torture test for "Small FFT's" for 15 minutes. Watch for "Worker Stopped". If it's OK, run the "Blend" test, again for 15 minutes and watch for "Worker Stopped".
since creating the thread I used driverscanner to get newest drivers, there were 3 I didn't have. since then i've had less blue screens but still happening
fairly sure that this is the only BSOD since updating those 3 drivers via driverscanner..
(7 days without one) and then this:
On Mon 2/6/2012 12:33:35 AM GMT your computer crashed crash dump file: C:\Windows\Minidump\020512-17986-01.dmp uptime: 06:09:55 This was probably caused by the following module: ntoskrnl.exe (nt+0x7CC10) Bugcheck code: 0x1E (0x0, 0x0, 0x0, 0x0) Error: KMODE_EXCEPTION_NOT_HANDLED file path: C:\Windows\system32\ntoskrnl.exe product: Microsoft® Windows® Operating System company: Microsoft Corporation description: NT Kernel & System Bug check description: This indicates that a kernel-mode program generated an exception which the error handler did not catch. This appears to be a typical software driver bug and is not likely to be caused by a hardware problem. The crash took place in the Windows kernel. Possibly this problem is caused by another driver which cannot be identified at this time.
Message edited by jsimz on 02-08-2012 at 03:21:35 AM
One of the more troublesome BSODs. Basically, a Kernal program crashed, and took the entire OS down with it. This can happen due to HW failure [RAM, GPU, etc] or due to poorly written drivers.
Problem is, you need a kernal debugger to really dig down and figure out the root cause of the problem. In particular, I'd need to go through the minidump and figure out the debug code that indicates WHY the crash occured, which I can't do at work. In the meantime, if any more BSOD's happen, make sure to post the error message/STOP code, especially if its some other message.
On Tue 2/14/2012 11:57:39 PM GMT your computer crashed
crash dump file: C:\Windows\Minidump\021412-18564-01.dmp
uptime: 00:38:15
This was probably caused by the following module: netio.sys (NETIO+0x145E)
Bugcheck code: 0x1000007E (0xFFFFFFFFC0000005, 0xFFFFF8800173345E, 0xFFFFF880033AF998, 0xFFFFF880033AF1F0)
Error: SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M
file path: C:\Windows\system32\drivers\netio.sys
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: Network I/O Subsystem
Bug check description: This indicates that a system thread generated an exception which the error handler did not catch.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.
The crash took place in a standard Microsoft module. Your system configuration may be incorrect. Possibly this problem is caused by another driver on your system which cannot be identified at this time.
On Tue 2/14/2012 5:48:23 AM GMT your computer crashed
crash dump file: C:\Windows\Minidump\021312-22588-01.dmp
uptime: 11:39:29
This was probably caused by the following module: ntoskrnl.exe (nt+0x7CC40)
Bugcheck code: 0x1E (0xFFFFFFFFC0000005, 0xFFFFF8800924EF40, 0x0, 0x0)
Error: KMODE_EXCEPTION_NOT_HANDLED
file path: C:\Windows\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that a kernel-mode program generated an exception which the error handler did not catch.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver which cannot be identified at this time.
On Thu 2/9/2012 7:37:48 AM GMT your computer crashed
crash dump file: C:\Windows\Minidump\020812-18486-01.dmp
uptime: 08:18:19
This was probably caused by the following module: ntoskrnl.exe (nt+0x7CC40)
Bugcheck code: 0xFC (0xFFFFF900C0613280, 0x87B0000019C55863, 0xFFFFF88008B0D240, 0x2)
Error: ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY
file path: C:\Windows\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that an attempt was made to execute non-executable memory.
This might be a case of memory corruption. More often memory corruption happens because of software errors in buggy drivers, not because of faulty RAM modules. There is a possibility this problem was caused by a virus or other malware.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver which cannot be identified at this time.
Your problems are almost identical to what I had a couple of weeks ago. Random BSOD's each one with a different "caused by the following module". However, mine mainly occured while running a game. I ran different programs to check the RAM and hard drive and both passed with no problems. When I ran Prime95 the Small FFT's test passed, BUT the Blend test failed, (I see you also had failures with this test). This suggested to me that it was something to do with the RAM and what I did was bump up the Northbridge voltage by its smallest increment, 0.025v. The Blend test still failed, but at a much later point in the test, so I increased it by another 0.025v. Ran the Blend test again with no failures, and my computer hasn't crashed since.
I'm not saying this is the solution to your problem, just that I had a similar problem and this is how I fixed it.
Something is clearly bringing down the Kernal, but you aren't getting the usual memory related BSOD's, and the GPU driver isn't being indicated either...
These are the types of problems where you basically need to actually go through the minidumps and figure out exactly what caused the initial problem that brought down the OS.