New
#11
I find it awfully ironic that we have to be happy that the system has BSOD'd
But, I'll take what I can get!
The memory dumps point to memory corruption. As you had issues with the memory in dual channel mode, this is reasonable. But, the issues can be with other memory on the system (CPU, mobo, video, etc) - or it can be an issue with the Windows Memory Manager (unlikely, but possible).
So, let's take a look at the mobo:
I presume that you have an Athlon II X4. As such, is it one of those listed at this link?: http://www.asrock.com/mb/cpu.asp?Model=M3A770DE If not, the CPU may not be compatible with the mobo
Please check the memory compatibility list here to see if your RAM is compatible: http://www.asrock.com/mb/memory/M3A770DE.pdf
Then, visit the OCZ website and find the timings/settings/voltages that are recommended for your system - and then go into the BIOS and reset the timings/settings/voltages to those values (in other words, DON'T use the Auto setting in the BIOS for your RAM)
I'd also rerun the MemTest at least overnight (although 24 hours would be better in this case).
I would also run Prime95 according to these directions:
BSOD BUGCHECK SUMMARYPrime95 download site: Free Software - GIMPS
Prime95 Setup:
- extract the contents of the zip file to a location of your choice
- double click on the executable file
- select "Just stress testing"
- select the "Blend" test. If you've already run MemTest overnight you may want to run the "Small FFTs" test instead. (run all 3 if you find a problem and note how long it takes to error out with each)
- "Number of torture test threads to run" should equal the number of CPU's times 2 (if you're using hyperthreading).
The easiest way to figure this out is to go to Task Manager...Performance tab - and see the number of boxes under CPU Usage History
Then run the test for 6 to 24 hours - or until you get errors (whichever comes first).
This won't necessarily crash the system - but check the output in the test window for errors.
The Test selection box and the stress.txt file describes what components that the program stresses.
Code:Built by: 7600.16617.amd64fre.win7_gdr.100618-1621 Debug session time: Sat Nov 6 08:00:26.067 2010 (UTC - 4:00) System Uptime: 0 days 0:02:47.551 Probably caused by : memory_corruption ( nt!MiFindNodeOrParent+0 ) DEFAULT_BUCKET_ID: VERIFIER_ENABLED_VISTA_MINIDUMP BUGCHECK_STR: 0xA PROCESS_NAME: SearchIndexer. Bugcheck code 0000000A Arguments 00000000`00000028 00000000`00000002 00000000`00000000 fffff800`02abe518 ииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииии`` Built by: 7600.16617.amd64fre.win7_gdr.100618-1621 Debug session time: Sat Nov 6 07:57:06.344 2010 (UTC - 4:00) System Uptime: 0 days 0:18:49.829 Probably caused by : memory_corruption ( nt!MiFindNodeOrParent+0 ) DEFAULT_BUCKET_ID: VERIFIER_ENABLED_VISTA_MINIDUMP BUGCHECK_STR: 0xA PROCESS_NAME: svchost.exe Bugcheck code 0000000A Arguments 00000000`00000028 00000000`00000002 00000000`00000000 fffff800`02ab3518 ииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииии`` Built by: 7600.16617.amd64fre.win7_gdr.100618-1621 Debug session time: Thu Nov 4 09:16:41.258 2010 (UTC - 4:00) System Uptime: 0 days 0:06:40.727 Probably caused by : memory_corruption ( nt!MiCompressRelocations+235 ) DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0x50 PROCESS_NAME: svchost.exe Bugcheck code 00000050 Arguments fffff8a0`07b08000 00000000`00000001 fffff800`02d99419 00000000`00000000 ииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииииии``