*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KERNEL_DATA_INPAGE_ERROR (7a)
The requested page of kernel data could not be read in. Typically caused by
a bad block in the paging file or disk controller error. 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: fffff6fc40008730, lock type that was held (value 1,2,3, or PTE address)
Arg2: ffffffffc0000185, error status (normally i/o status code)
Arg3: 00000000866ea860, current process (virtual address for lock type 3, or PTE)
Arg4: fffff880010e6b9c, virtual address that could not be in-paged (or PTE contents if arg1 is a PTE address)
Debugging Details:
------------------
TRIAGER: Could not open triage file : e:\dump_analysis\program\triage\modclass.ini, error 2
ERROR_CODE: (NTSTATUS) 0xc0000185 - The I/O device reported an I/O error.
DISK_HARDWARE_ERROR: There was error with disk hardware
BUGCHECK_STR: 0x7a_c0000185
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: CODE_CORRUPTION
PROCESS_NAME: System
CURRENT_IRQL: 0
TRAP_FRAME: fffff88002fe7a20 -- (.trap 0xfffff88002fe7a20)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff880010e42a0 rbx=0000000000000000 rcx=fffffa8004a9d060
rdx=fffffa800883c620 rsi=0000000000000000 rdi=0000000000000000
rip=fffff880010e6b9c rsp=fffff88002fe7bb8 rbp=fffff8a013735790
r8=0000000000000007 r9=fffffa8004a9d1b0 r10=0000000000000000
r11=fffffa800883c6f0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz ac po cy
PCIIDEX!GenPnpPdoQueryDeviceRelations:
fffff880`010e6b9c 0000 add byte ptr [rax],al ds:fffff880`010e42a0=??
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003145752 to fffff800030d2bc0
STACK_TEXT:
fffff880`02fe7708 fffff800`03145752 : 00000000`0000007a fffff6fc`40008730 ffffffff`c0000185 00000000`866ea860 : nt!KeBugCheckEx
fffff880`02fe7710 fffff800`030f991f : fffffa80`04708010 fffff880`02fe7880 fffff800`0330d540 fffffa80`04708010 : nt! ?? ::FNODOBFM::`string'+0x36c1a
fffff880`02fe77f0 fffff800`030e01b9 : 00000000`00000000 00000000`00000008 ffffffff`ffffffff fffff880`010cc100 : nt!MiIssueHardFault+0x28b
fffff880`02fe78c0 fffff800`030d0cee : 00000000`00000008 fffff880`010e6b9c 00000000`50656400 fffffa80`0883c6f0 : nt!MmAccessFault+0x1399
fffff880`02fe7a20 fffff880`010e6b9c : fffff880`010e7ada fffffa80`04ae61b0 00000000`000007ff 00000000`00000001 : nt!KiPageFault+0x16e
fffff880`02fe7bb8 fffff880`010e7ada : fffffa80`04ae61b0 00000000`000007ff 00000000`00000001 fffffa80`04a9f050 : PCIIDEX!GenPnpPdoQueryDeviceRelations
fffff880`02fe7bc0 fffff880`010c8efe : 00000000`00000001 00000000`00000004 fffff800`03278200 fffffa80`04a9f1a0 : PCIIDEX!PciIdeDispatchPnp+0x22
fffff880`02fe7bf0 fffff800`033c9c93 : 00000000`00000001 00000000`00000004 00000000`00000000 fffff880`02fe7c50 : ataport!ChannelQueryBusRelation+0xfa
fffff880`02fe7c40 fffff800`030dc261 : fffff800`034eaa00 fffff800`03278201 fffffa80`03ce5b00 fffffa80`03ce5b50 : nt!IopProcessWorkItem+0x23
fffff880`02fe7c70 fffff800`0336e73a : eefff4ff`f7bbff1f fffffa80`03ce5b50 00000000`00000080 fffffa80`03c709e0 : nt!ExpWorkerThread+0x111
fffff880`02fe7d00 fffff800`030c38e6 : fffff880`009eb180 fffffa80`03ce5b50 fffff880`009f5f40 3ffffff7`2ffdf5bf : nt!PspSystemThreadStartup+0x5a
fffff880`02fe7d40 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16
STACK_COMMAND: kb
MODULE_NAME: memory_corruption
IMAGE_NAME: memory_corruption
FOLLOWUP_NAME: memory_corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MEMORY_CORRUPTOR: LARGE
FAILURE_BUCKET_ID: X64_MEMORY_CORRUPTION_LARGE
BUCKET_ID: X64_MEMORY_CORRUPTION_LARGE
Followup: memory_corruption
---------