New
#1
Random BSOD daily on my Lenovo Y560P
My laptop has been having random BSOD for 2 months. At first, it only happens a couple times a week. It's getting worse lately. It happens pretty much every day now. Below is my dump file analysis and I also attached the minidump files. I hope someone can help me. It gets really frustrating.
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Anh Vo\Downloads\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available
Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17803.amd64fre.win7sp1_gdr.120330-1504
Machine Name:
Kernel base = 0xfffff800`03406000 PsLoadedModuleList = 0xfffff800`0364a670
Debug session time: Fri Jun 8 23:14:35.403 2012 (UTC - 7:00)
System Uptime: 0 days 0:30:24.309
Loading Kernel Symbols
...............................................................
................................................................
.......................................
Loading User Symbols
Loading unloaded module list
................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 24, {1904fb, fffff8800373f5f8, fffff8800373ee50, fffff88001439f14}
Probably caused by : Ntfs.sys ( Ntfs!NtfsUninitializeNtfsMcb+8c )
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
NTFS_FILE_SYSTEM (24)
If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 00000000001904fb
Arg2: fffff8800373f5f8
Arg3: fffff8800373ee50
Arg4: fffff88001439f14
Debugging Details:
------------------
EXCEPTION_RECORD: fffff8800373f5f8 -- (.exr 0xfffff8800373f5f8)
ExceptionAddress: fffff88001439f14 (Ntfs!NtfsUninitializeNtfsMcb+0x000000000000008c)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff
CONTEXT: fffff8800373ee50 -- (.cxr 0xfffff8800373ee50)
rax=0000000000000000 rbx=fffff8a012621cf0 rcx=fffff8800148d980
rdx=0000000000000000 rsi=0000000000000000 rdi=fa8006cf3c9004c0
rip=fffff88001439f14 rsp=fffff8800373f830 rbp=0000000000000000
r8=0000000000000000 r9=0000000000000000 r10=fffff8800148d980
r11=0000000000000000 r12=0000000000000703 r13=0000000000000000
r14=0000000000000000 r15=fffff8a012621ed0
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246
Ntfs!NtfsUninitializeNtfsMcb+0x8c:
fffff880`01439f14 488b4f08 mov rcx,qword ptr [rdi+8] ds:002b:fa8006cf`3c9004c8=????????????????
Resetting default scope
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
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_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.
EXCEPTION_PARAMETER1: 0000000000000000
EXCEPTION_PARAMETER2: ffffffffffffffff
READ_ADDRESS: ffffffffffffffff
FOLLOWUP_IP:
Ntfs!NtfsUninitializeNtfsMcb+8c
fffff880`01439f14 488b4f08 mov rcx,qword ptr [rdi+8]
FAULTING_IP:
Ntfs!NtfsUninitializeNtfsMcb+8c
fffff880`01439f14 488b4f08 mov rcx,qword ptr [rdi+8]
BUGCHECK_STR: 0x24
LAST_CONTROL_TRANSFER: from fffff880014bcb2f to fffff88001439f14
STACK_TEXT:
fffff880`0373f830 fffff880`014bcb2f : fffff880`0373f8e8 00000000`00000130 fffff8a0`12621a90 fffff880`01439972 : Ntfs!NtfsUninitializeNtfsMcb+0x8c
fffff880`0373f860 fffff880`014c1cc1 : 00000000`00000000 00000000`00000000 fffff800`03622200 00000000`00000001 : Ntfs!NtfsDeleteScb+0x8b
fffff880`0373f8a0 fffff880`0143a85c : fffff8a0`12621ac0 fffff8a0`12621bc0 fffff800`03622200 fffff880`0373fa12 : Ntfs!NtfsRemoveScb+0x61
fffff880`0373f8e0 fffff880`014bf64c : fffff8a0`12621a90 fffff800`03622280 fffff880`0373fa12 fffffa80`07e62580 : Ntfs!NtfsPrepareFcbForRemoval+0x50
fffff880`0373f910 fffff880`014410e2 : fffffa80`07e62580 fffffa80`07e62580 fffff8a0`12621a90 fffff880`0373fa00 : Ntfs!NtfsTeardownStructures+0xdc
fffff880`0373f990 fffff880`014cf193 : fffffa80`07e62580 fffff800`03622280 fffff8a0`6446744e 00000000`00000009 : Ntfs!NtfsDecrementCloseCounts+0xa2
fffff880`0373f9d0 fffff880`014be357 : fffffa80`07e62580 fffff8a0`12621bc0 fffff8a0`12621a90 fffffa80`07f7a180 : Ntfs!NtfsCommonClose+0x353
fffff880`0373faa0 fffff800`0348e851 : 00000000`00000000 fffff800`03622200 fffff800`03683801 fffffa80`00000003 : Ntfs!NtfsFspClose+0x15f
fffff880`0373fb70 fffff800`0371be6a : 00000000`00000000 fffffa80`06bddb50 00000000`00000080 fffffa80`06b0d4a0 : nt!ExpWorkerThread+0x111
fffff880`0373fc00 fffff800`03475f06 : fffff880`03589180 fffffa80`06bddb50 fffff880`035940c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`0373fc40 00000000`00000000 : fffff880`03740000 fffff880`0373a000 fffff880`0373f8a0 00000000`00000000 : nt!KxStartSystemThread+0x16
SYMBOL_STACK_INDEX: 0