*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
[COLOR=Red]BugCheck 7A[/COLOR], {4, 0, fffffa801202e100, 7feed80e738}
Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+36ad9 )
Followup: MachineOwner
---------
0: kd> !analyze -v
*******************************************************************************
* *
* 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 erro[/B]r.[/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: 0000000000000004, lock type that was held (value 1,2,3, or PTE address)
Arg2: 0000000000000000, error status (normally i/o status code)
Arg3: fffffa801202e100, current process (virtual address for lock type 3, or PTE)
Arg4: 000007feed80e738, virtual address that could not be in-paged (or PTE contents if arg1 is a PTE address)