New
#1
Brand New PC, keep getting BSOD :(
I'll try and make this quick.
Bought a new Dell Inspiron not long ago.
In the span of a week or two i literally got over 10 BSODs, it's usually when I'm moving chunks of music of movies from one hardrive to another.
So Dell told me there must be a hardware failure, they came round and changed my motherboard for free.
And then yesterday was my first day trying it out again and it happened again. This was when I was only uploading pictures onto Facebook! All i noticed was that is had the long 000000 number and then 1A at the end.
This is what I constantly have connected to my PC via USB: Mouse / Keyboard / Printer / External hardrive / Belkin Wireless Adapter.
Do you think it's possibly the External Hardrive or Belkin Adapter?
I've attached my mini dump, but I'm not a computer whizz so I don't even know what I'm looking for.
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\112710-12994-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\symbols*Symbol information
Executable search path is:
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`03005000 PsLoadedModuleList = 0xfffff800`03242e50
Debug session time: Sat Nov 27 16:40:19.377 2010 (UTC + 0:00)
System Uptime: 0 days 6:21:46.000
Loading Kernel Symbols
...............................................................
................................................................
...........................
Loading User Symbols
Loading unloaded module list
.......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1A, {41287, 18b3a90f0, 0, 0}
Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+42ba5 )
Followup: MachineOwner
---------
1: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041287, The subtype of the bugcheck.
Arg2: 000000018b3a90f0
Arg3: 0000000000000000
Arg4: 0000000000000000
Debugging Details:
------------------
BUGCHECK_STR: 0x1a_41287
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 0
TRAP_FRAME: fffff8800317e520 -- (.trap 0xfffff8800317e520)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000000000f rbx=0000000000000000 rcx=fffff8a001c63360
rdx=000000018b3a9120 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800030809b3 rsp=fffff8800317e6b0 rbp=0000000000000000
r8=0000000000000001 r9=0000000000024fce r10=fffff780c0000488
r11=fffff780c0000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!ObFastReferenceObject+0x73:
fffff800`030809b3 f0480fc143d0 lock xadd qword ptr [rbx-30h],rax ds:e880:ffffffff`ffffffd0=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003021b7a to fffff80003075740
STACK_TEXT:
fffff880`0317e3b8 fffff800`03021b7a : 00000000`0000001a 00000000`00041287 00000001`8b3a90f0 00000000`00000000 : nt!KeBugCheckEx
fffff880`0317e3c0 fffff800`0307382e : 00000000`00000001 00000001`8b3a9120 00000000`00000200 00000000`00000001 : nt! ?? ::FNODOBFM::`string'+0x42ba5
fffff880`0317e520 fffff800`030809b3 : fffff880`0317e7c8 00000000`00000000 fffff8a0`04d5ec70 00000000`00000000 : nt!KiPageFault+0x16e
fffff880`0317e6b0 fffff800`0317bd2c : fffffa80`048b9cb0 fffffa80`05db3000 00000000`00000000 fffff880`0317e701 : nt!ObFastReferenceObject+0x73
fffff880`0317e6e0 fffff800`030191ab : 00000003`00000000 00000000`00024fce fffffa80`03d45410 fffff880`0317e8a0 : nt!MiLogPageAccess+0xfc
fffff880`0317e730 fffff800`0338c1b5 : fffff980`0589c000 fffff8a0`030bfe80 00000000`00000000 fffff800`00000000 : nt! ?? ::FNODOBFM::`string'+0x2bee8
fffff880`0317ea10 fffff800`0308e567 : 00000000`00200000 fffffa80`05460440 00000000`00000000 00000000`00240000 : nt!CcUnmapVacb+0x5d
fffff880`0317ea50 fffff800`03065274 : fffffa80`07d50301 fffffa80`094fa8e0 fffffa80`05c00301 00000000`00000000 : nt!CcUnmapVacbArray+0x1b7
fffff880`0317eae0 fffff800`03068d1c : fffffa80`05c00330 00000000`00000011 fffffa80`05c00330 fffff800`00000000 : nt!CcDeleteSharedCacheMap+0x140
fffff880`0317eb50 fffff800`03069520 : fffff800`0327c100 fffff880`0317ec58 00000000`00000000 fffff800`00000000 : nt!CcWriteBehind+0x5bc
fffff880`0317ec00 fffff800`03082961 : fffffa80`05490ab0 fffff800`03069358 fffff800`0327c140 00000000`00000003 : nt!CcWorkerThread+0x1c8
fffff880`0317ecb0 fffff800`03319c06 : 31005f00`73007900 fffffa80`0548bb60 00000000`00000080 fffffa80`05472040 : nt!ExpWorkerThread+0x111
fffff880`0317ed40 fffff800`03053c26 : fffff880`02fd5180 fffffa80`0548bb60 fffff880`02fdffc0 5f006300`6e007500 : nt!PspSystemThreadStartup+0x5a
fffff880`0317ed80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16
STACK_COMMAND: kb
FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+42ba5
fffff800`03021b7a cc int 3
SYMBOL_STACK_INDEX: 1
SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+42ba5
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9
FAILURE_BUCKET_ID: X64_0x1a_41287_nt!_??_::FNODOBFM::_string_+42ba5
BUCKET_ID: X64_0x1a_41287_nt!_??_::FNODOBFM::_string_+42ba5
Followup: MachineOwner