I am back oh wisemen of the Win7 forums, with a new batch of dump files.
My university's MSDN AA adminstrator finally got around to getting us access to those apps provided to us by MSDN AA one of them is a copy of win 7 pro. Since I have 4 gigs of RAM and plan to expand to 8 eventually, I went with the 64-bit. Switching from the 32-bit RC Win7.
Did a clean install on my rig and immediately started running into stability issues, after the fourth crash I finally began taking a look at them. All but one say memory corruption leading me to believe that mayhaps my memory has gone bad. Being a novice at analyzing these dump files I have no definite idea.
However the last point was coming up as cause by ntkrnl if I remember right that kind hints at drivers (unless I am thinking of something else), to my knowledge I am using the latest drivers. Attached are the dumps.
Again thank you for your help on this, as well as previous ventures to these forums.
Sauronis
Hi and welcome. Great sense of humor.
Well I took a look at your DMP files. The problem is self evident. usually we have to dig around a bunch to find the offending problem, but 3 of your 4 pointed to the same thing. Memory Corruption. The other thing I noticed is you didnt do a clean install so you have drivers from way back to 2005.
WE HAVE BEEN SEEING AN INCREASE IN 64BIT CRASHES, DUE TO MEMORY AND HARDWARE
I would update all the essential drivers, BIOS, video, rtcore64, and the rest
download memtestx86 and run it overnight so it has a chance to tax your memory.
Run a system file check to verify and fix your system file
type cmd in search>right click and run as admin>sfc /scannow
If you are overclocking stop
If your have a raid driver update it
RTCore64.sys fffff880`069f8000 fffff880`069fe000 0x00006000 0x42941d90 5/25/2005 1:39:12 AM
secdrv.SYS fffff880`068ad000 fffff880`068b8000 0x0000b000 0x4508052e 9/13/2006 8:18:38 AM
rdpdispm.sys fffff880`03b35000 fffff880`03b3c000 0x00007000 0x47e3424e 3/21/2008 12:06:22 AM
xcmemVx64.sys fffff880`03b52000 fffff880`03bb2000 0x00060000 0x48ce250e 9/15/2008 4:04:14 AM
xcbdaVx64.sys fffff880`10b9c000 fffff880`10bd0700 0x00034700 0x48ce2510 9/15/2008 4:04:16 AM
xchalVx64.sys fffff880`03e0a000 fffff880`043af000 0x005a5000 0x48ce2536 9/15/2008 4:04:54 AM
xcfeVx64.sys fffff880`04445000 fffff880`044ee000 0x000a9000 0x48ce2537 9/15/2008 4:04:55 AM
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\K\Desktop\113009-25552-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*d:\symbols*
Symbol information
Executable search path is:
Windows 7 Kernel Version 7600 MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02863000 PsLoadedModuleList = 0xfffff800`02aa0e50
Debug session time: Mon Nov 30 17:56:40.364 2009 (GMT-5)
System Uptime: 0 days 0:40:00.003
Loading Kernel Symbols
...............................................................
................................................................
......................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 109, {a3a039d895e2154d, b3b7465ee85fe5bb, fffff800028295d8, 1}
*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys
Probably caused by : memory_corruption
Followup: memory_corruption
---------
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
CRITICAL_STRUCTURE_CORRUPTION (109)
This bugcheck is generated when the kernel detects that critical kernel code or
data have been corrupted. There are generally three causes for a corruption:
1) A driver has inadvertently or deliberately modified critical kernel code
or data. See Patching Policy for x64-Based Systems: Changes in policy that are related to patching the kernel for the x64-based versions of Microsoft Windows Server 2003 and Microsoft Windows XP Professional x64 Edition operating systems
2) A developer attempted to set a normal kernel breakpoint using a kernel
debugger that was not attached when the system was booted. Normal breakpoints,
"bp", can only be set if the debugger is attached at boot time. Hardware
breakpoints, "ba", can be set at any time.
3) A hardware corruption occurred, e.g. failing RAM holding kernel code or data.
Arguments:
Arg1: a3a039d895e2154d, Reserved
Arg2: b3b7465ee85fe5bb, Reserved
Arg3: fffff800028295d8, Failure type dependent information
Arg4: 0000000000000001, Type of corrupted region, can be
0 : A generic data region
1 : Modification of a function or .pdata
2 : A processor IDT
3 : A processor GDT
4 : Type 1 process list corruption
5 : Type 2 process list corruption
6 : Debug routine modification
7 : Critical MSR modification
Debugging Details:
------------------
BUGCHECK_STR: 0x109
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: CODE_CORRUPTION
PROCESS_NAME: System
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff800028d4f00
STACK_TEXT:
fffff880`02ffc598 00000000`00000000 : 00000000`00000109 a3a039d8`95e2154d b3b7465e`e85fe5bb fffff800`028295d8 : nt!KeBugCheckEx
STACK_COMMAND: kb
CHKIMG_EXTENSION: !chkimg -lo 50 -d !hal
fffff80002829611 - hal!KeQueryPerformanceCounter+39
[ 9c:dc ]
1 error : !hal (fffff80002829611)
MODULE_NAME: memory_corruption
IMAGE_NAME: memory_corruption
FOLLOWUP_NAME: memory_corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MEMORY_CORRUPTOR: ONE_BIT
FAILURE_BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT
BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT
Followup: memory_corruption
---------