He estado teniendo problemas con mi computadora despertando del sueño. Parece que después de que la computadora duerme "mucho tiempo" (tiende a ser de la noche a la mañana) se bloquea con un KERNEL_STACK_INPAGE_ERROR, que según el volcado de memoria fue "Probablemente causado por: ntkrnlmp.exe (nt! ?? :: FNODOBFM :: 'string' + 1ecfd) ". Mi computadora estaba bien hasta que experimenté con el servidor Xen de Linux. Mi experimentación requirió la adición de una tarjeta de video de repuesto y la modificación de la configuración de bois. Después de terminar mi experimentación, restablecí el BIOS a los valores predeterminados optimizados y reinstalé Windows (a partir de una imagen que había hecho cuando configuré originalmente la computadora) y ya no se despertaría del sueño. Mi hardware:

Mobo: Asus M5A99FX Pro R2.0

CPU: procesador AMD FX-8320 de ocho núcleos

Memoria: 1 módulo KHX1600C10D3B / 8G, kit 1/2 KVR 1333D3N9K2 / 4G para un total de 10 GB

Tarjeta gráfica: AMD Radeon HD 6700

HDD: Seagate Hybrid Drive ST1000DX001

Sistema operativo: Windows 8.1 Pro x64

Lo que he probado:

1. Restablecer la BIOS
2. Instalar todos los controladores para la tarjeta Mobo y Graphics
3. Reemplazó el HDD (el SMART afirmó que había salido mal)
4. Se reemplazó el cable SATA conectado al HDD
5. Ran MemTest86 + por 12 horas
6. Stress probó la tarjeta gráfica y la CPU
7. Instalación nueva de Windows
8. Reemplazó la tarjeta de video con una tarjeta de video de repuesto
9. Actualización de la BIOS

Información más relevante:

Entradas del registro de eventos:

1. "El servicio AODDriver4.3 no pudo iniciarse debido al siguiente error: el sistema no puede encontrar el archivo especificado".
2. “El firmware del sistema ha cambiado los registros de rango de tipo de memoria del procesador (MTRR) en una transición de estado de suspensión (S4). Esto puede resultar en un rendimiento reducido del curriculum vitae ".

Un error que ocurrió en la reanudación del sueño:

Resultados de Memory.dmp (puedo publicar el volcado en sí mismo si alguien está interesado):

Microsoft (R) Windows Debugger Version 6.3.9600.17237 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Bitmap Dump File: Only kernel address space is available


************* Symbol Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       symsrv*symsrv.dll*c:\localsymbols*http://msdl.microsoft.com/download/symbols
Symbol search path is: symsrv*symsrv.dll*c:\localsymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 8 Kernel Version 9600 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 9600.17085.amd64fre.winblue_gdr.140330-1035
Machine Name:
Kernel base = 0xfffff803`ee418000 PsLoadedModuleList = 0xfffff803`ee6e22d0
Debug session time: Wed Sep 17 11:14:48.743 2014 (UTC - 7:00)
System Uptime: 0 days 14:57:00.106
Loading Kernel Symbols
...............................................................
................................................................
.......................................
Loading User Symbols
PEB is paged out (Peb.Ldr = 00007ff5`ffffd018).  Type ".hh dbgerr001" for details
Loading unloaded module list
........................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 7A, {fffff6fac0080000, ffffffffc00000c0, adcc2880, fffff58010000000}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+1ecfd )

Followup: MachineOwner
---------

7: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        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: fffff6fac0080000, lock type that was held (value 1,2,3, or PTE address)
Arg2: ffffffffc00000c0, error status (normally i/o status code)
Arg3: 00000000adcc2880, current process (virtual address for lock type 3, or PTE)
Arg4: fffff58010000000, virtual address that could not be in-paged (or PTE contents if arg1 is a PTE address)

Debugging Details:
------------------


ERROR_CODE: (NTSTATUS) 0xc00000c0 - This device does not exist.

BUGCHECK_STR:  0x7a_c00000c0

DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT

PROCESS_NAME:  RtkNGUI64.exe

CURRENT_IRQL:  0

ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre

TRAP_FRAME:  ffffd0011f6b34f0 -- (.trap 0xffffd0011f6b34f0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000001
rdx=fffff580108042e8 rsi=0000000000000000 rdi=0000000000000000
rip=fffff803ee816924 rsp=ffffd0011f6b3680 rbp=0000000000000000
 r8=0000000000000000  r9=0000000000000000 r10=fffff58010000000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!MiCommitPageTablesForVad+0x1c0:
fffff803`ee816924 410fa302        bt      dword ptr [r10],eax ds:fffff580`10000000=00000000
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff803ee59b1ad to fffff803ee56bfa0

STACK_TEXT:  
ffffd001`1f6b31f8 fffff803`ee59b1ad : 00000000`0000007a fffff6fa`c0080000 ffffffff`c00000c0 00000000`adcc2880 : nt!KeBugCheckEx
ffffd001`1f6b3200 fffff803`ee4a05f8 : 00000000`00000002 ffffd001`1f6b3368 ffffe001`2e329a98 ffffd001`00000000 : nt! ?? ::FNODOBFM::`string'+0x1ecfd
ffffd001`1f6b32f0 fffff803`ee47f5f5 : ffffe001`2ed03080 ffffe001`2e329a98 00000000`c0033333 fffff803`00000000 : nt!MiIssueHardFault+0x184
ffffd001`1f6b33b0 fffff803`ee57622f : 00000000`00000000 00000000`00000000 00000000`00000000 ffffd001`1f6b34f0 : nt!MmAccessFault+0x3d5
ffffd001`1f6b34f0 fffff803`ee816924 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff803`eeba769a : nt!KiPageFault+0x12f
ffffd001`1f6b3680 fffff803`ee486ed4 : fffff6fa`c0080000 00000000`00000001 00000000`00000001 00000000`00000001 : nt!MiCommitPageTablesForVad+0x1c0
ffffd001`1f6b36f0 fffff803`ee81563c : ffffe001`2effa1b0 00000000`00000001 ffffd001`1f6b3b00 00000000`00000004 : nt!MiCommitExistingVad+0x314
ffffd001`1f6b3810 fffff803`ee5777b3 : ffffe001`2ed03080 00000000`0013fdf8 ffffd001`1f6b3a28 00000001`401dd250 : nt!NtAllocateVirtualMemory+0x46c
ffffd001`1f6b3a10 00007ffd`e84717fa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0013e9a8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffd`e84717fa


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+1ecfd
fffff803`ee59b1ad cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+1ecfd

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  53388e13

BUCKET_ID_FUNC_OFFSET:  1ecfd

FAILURE_BUCKET_ID:  0x7a_c00000c0_nt!_??_::FNODOBFM::_string_

BUCKET_ID:  0x7a_c00000c0_nt!_??_::FNODOBFM::_string_

ANALYSIS_SOURCE:  KM

FAILURE_ID_HASH_STRING:  km:0x7a_c00000c0_nt!_??_::fnodobfm::_string_

FAILURE_ID_HASH:  {90f07b7f-b6ca-d03a-b3d4-2f5aff8f8644}

Followup: MachineOwner
---------

Sé que esta publicación es anterior, pero pensé que publicaría la solución / solución que encontré desde que compré recientemente un ASUS M5A99FX PRO R2.0 y estaba teniendo el mismo problema exacto con BSOD al despertarme del sueño.

La causa aquí es el controlador ASmedia SATA que está habilitado de forma predeterminada a bordo. Al principio, tenía mi unidad de arranque Sata SSD principal conectada a los controladores SATA azules en la placa base, que son los 2 controladores SATA ASmedia. A través del proceso de eliminación, finalmente decidí MOVER mi unidad de arranque SSD principal a los otros puertos SATA de color blanco (Controlador AMD SB) y deshabilité completamente el chip ASmedia en la BIOS. Mi computadora se despierta sin problemas ahora. Por lo tanto, a menos que necesite más de 5 puertos SATA compatibles con el Controlador SB SBD5050 de AMD, aquí no hay mucha pérdida. Todavía estoy molesto porque no hay actualizaciones de controladores o BIOS para solucionar esto (cuando compras algo, ¡todos los componentes deberían funcionar correctamente!), Pero en general no afecta mi configuración.

¡Espero que esto ayude a alguien más que está tratando de entender por qué su configuración ASUS M5A99FX PRO R2.0 es BSOD cuando se despierta del modo de suspensión!

Me parece que el problema se encuentra dentro de RtkNGUI64.exe. Tengo una computadora personalizada con un mobo ROG Crosshair V Formula-Z y una tarjeta gráfica ASUS Radeon R9 290 y he tenido algunos problemas con mi computadora que se despierta del sueño y no muestra nada más que una pantalla negra hasta que presiono ctrl + alt + del . Luego, una vez que aparece la pantalla de bloqueo, solo presiono cancelar y mi escritorio volverá a aparecer. Sin embargo, mi dispositivo de audio principal falta después. El conector para auriculares / panel frontal todavía funciona, pero el dispositivo de audio principal simplemente desaparece de mi sistema hasta que reinicio. Revisé algunos de mis volcados de memoria y encontré un ejecutable común ... RtkNGUI64.exe.

El código de error c00000c0que ve en el parámetro 2 significa que Windows no pudo detectar la unidad ( STATUS_DEVICE_DOES_NOT_EXIST):

C:\Users\André>err c00000c0
# for hex 0xc00000c0 / decimal -1073741632
  STATUS_DEVICE_DOES_NOT_EXIST                                   ntstatus.h
# This device does not exist.
# as an HRESULT: Severity: FAILURE (1), FACILITY_NULL (0x0), Code 0xc0
# for hex 0xc0 / decimal 192
  ERROR_EXE_MARKED_INVALID                                       winerror.h
# The operating system cannot run %1.
# 2 matches found for "c00000c0"

Actualice el firmware / software de su unidad híbrida Seagate. También ejecute una herramienta de diagnóstico HDD de Seagate para asegurarse de que la unidad esté bien.