*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KERNEL_DATA_INPAGE_ERROR (7a)
The requested page of kernel data could not be read in. [COLOR=Red]Typically caused by
a bad block in the paging file or [B]disk controller error[/B]. [/COLOR]Also see
KERNEL_STACK_INPAGE_ERROR.
If the error status is 0xC000000E, 0xC000009C, 0xC000009D or 0xC0000185,
it means the disk subsystem has experienced a failure.
If the error status is 0xC000009A, then it means the request failed because
a filesystem failed to make forward progress.
Arguments:
Arg1: 0000000000000020, lock type that was held (value 1,2,3, or PTE address)
Arg2: ffffffffc000009d, error status (normally i/o status code)
Arg3: fffffa80072d17c8, current process (virtual address for lock type 3, or PTE)
Arg4: 0000000000000000, virtual address that could not be in-paged (or PTE contents if arg1 is a PTE address)
Debugging Details:
------------------
[COLOR=Red]ERROR_CODE: (NTSTATUS) 0xc000009d - STATUS_DEVICE_NOT_CONNECTED
DISK_HARDWARE_ERROR: There was error with disk hardware[/COLOR]
BUGCHECK_STR: 0x7a_c000009d
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 1
LAST_CONTROL_TRANSFER: from fffff800036c60cc to fffff800036d1fc0
STACK_TEXT:
fffff880`03508818 fffff800`036c60cc : 00000000`0000007a 00000000`00000020 ffffffff`c000009d fffffa80`072d17c8 : nt!KeBugCheckEx
fffff880`03508820 fffff800`036bafc7 : fffffa80`072d1760 00000000`c000009d 00000000`00000000 fffffa80`072d17f8 : nt! ?? ::FNODOBFM::`string'+0x50040
fffff880`035088e0 fffff800`036c4a37 : fffffa80`0670b510 fffffa80`0670b560 00000000`00000000 00000000`00000000 : nt!IopCompletePageWrite+0x57
fffff880`03508910 fffff800`036c7c3d : fffffa80`0670b510 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDeliverApc+0x1c7
fffff880`03508990 fffff800`036d44da : 00000000`00000000 00000000`00000000 00000103`00000000 00000000`00000000 : nt!KiCommitThreadWait+0x3dd
fffff880`03508a20 fffff800`0365fa5f : fffffa80`00000002 fffff880`03508d20 fffffa80`00000001 00000000`00000013 : nt!KeWaitForMultipleObjects+0x272
fffff880`03508ce0 fffff800`03968e5a : fffffa80`0670b510 00000000`00000000 00000000`00000080 00000000`00000001 : nt!MiModifiedPageWriter+0xcf
fffff880`03508d40 fffff800`036c2d26 : fffff880`03164180 fffffa80`0670b510 fffff880`0316efc0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`03508d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16
STACK_COMMAND: kb
FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+50040
fffff800`036c60cc cc int 3
SYMBOL_STACK_INDEX: 1
SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+50040
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 503f82be
FAILURE_BUCKET_ID: X64_0x7a_c000009d_nt!_??_::FNODOBFM::_string_+50040
BUCKET_ID: X64_0x7a_c000009d_nt!_??_::FNODOBFM::_string_+50040
Followup: MachineOwner
---------