Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\Kingston\BSODDmpFiles\DanLasko\Windows_NT6_BSOD_jcgriff2\030212-24679-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*C:\SymCache*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16841.amd64fre.win7_gdr.110622-1503
Machine Name:
Kernel base = 0xfffff800`02c58000 PsLoadedModuleList = 0xfffff800`02e95e70
Debug session time: Fri Mar 2 16:33:39.603 2012 (UTC - 7:00)
System Uptime: 0 days 15:12:52.977
Loading Kernel Symbols
...............................................................
................................................................
...............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000007E, {ffffffffc0000005, fffff880012408a8, fffff88009f078e8, fffff88009f07150}
Probably caused by : Ntfs.sys ( Ntfs!NtfsMcbCleanupLruQueue+88 )
Followup: MachineOwner
---------
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff880012408a8, The address that the exception occurred at
Arg3: fffff88009f078e8, Exception Record Address
Arg4: fffff88009f07150, Context Record Address
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.
FAULTING_IP:
Ntfs!NtfsMcbCleanupLruQueue+88
fffff880`012408a8 83790400 cmp dword ptr [rcx+4],0
EXCEPTION_RECORD: fffff88009f078e8 -- (.exr 0xfffff88009f078e8)
ExceptionAddress: fffff880012408a8 (Ntfs!NtfsMcbCleanupLruQueue+0x0000000000000088)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: 0000000000000004
Attempt to read from address 0000000000000004
CONTEXT: fffff88009f07150 -- (.cxr 0xfffff88009f07150)
rax=fffff8a0027509e8 rbx=fffff88001240820 rcx=0000000000000000
rdx=0000000000002289 rsi=fffff8a002750b10 rdi=fffff8a002750ad0
rip=fffff880012408a8 rsp=fffff88009f07b20 rbp=fffff80002e6d5a0
r8=0000000000001f40 r9=0000000000000000 r10=fffff80002c58000
r11=0000000000000155 r12=fffff8a002750ad0 r13=0000000000000001
r14=fffff88009f07ce8 r15=0000000000000001
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010202
Ntfs!NtfsMcbCleanupLruQueue+0x88:
fffff880`012408a8 83790400 cmp dword ptr [rcx+4],0 ds:002b:00000000`00000004=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
PROCESS_NAME: System
CURRENT_IRQL: 0
ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.
EXCEPTION_PARAMETER1: 0000000000000000
EXCEPTION_PARAMETER2: 0000000000000004
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002f000e0
0000000000000004
FOLLOWUP_IP:
Ntfs!NtfsMcbCleanupLruQueue+88
fffff880`012408a8 83790400 cmp dword ptr [rcx+4],0
BUGCHECK_STR: 0x7E
DEFAULT_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE
LAST_CONTROL_TRANSFER: from fffff80002cd57e1 to fffff880012408a8
STACK_TEXT:
fffff880`09f07b20 fffff800`02cd57e1 : fffffa80`0b2001f0 fffff880`09f07b50 00000000`00000000 fffffa80`00000002 : Ntfs!NtfsMcbCleanupLruQueue+0x88
fffff880`09f07cb0 fffff800`02f686fa : 00000000`00000000 fffffa80`0b2001f0 00000000`00000080 fffffa80`051ed040 : nt!ExpWorkerThread+0x111
fffff880`09f07d40 fffff800`02ca6b46 : fffff880`009eb180 fffffa80`0b2001f0 fffffa80`051fd040 fffff880`0121d2b4 : nt!PspSystemThreadStartup+0x5a
fffff880`09f07d80 00000000`00000000 : fffff880`09f08000 fffff880`09f02000 fffff880`09f079f0 00000000`00000000 : nt!KiStartSystemThread+0x16
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: Ntfs!NtfsMcbCleanupLruQueue+88
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: Ntfs
IMAGE_NAME: Ntfs.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4d79996d
STACK_COMMAND: .cxr 0xfffff88009f07150 ; kb
FAILURE_BUCKET_ID: X64_0x7E_Ntfs!NtfsMcbCleanupLruQueue+88
BUCKET_ID: X64_0x7E_Ntfs!NtfsMcbCleanupLruQueue+88
Followup: MachineOwner
---------