Comprobación de errores 0x18C: HYPERGUARD_VIOLATION
La comprobación de errores HYPERGUARD_VIOLATION tiene un valor de 0x0000018C. Esto indica que el kernel ha detectado que se ha dañado el código o los datos críticos del kernel.
Importante
Este artículo es para programadores. Si es un cliente que ha recibido un código de error de pantalla azul mientras usa el equipo, consulte Solución de errores de pantalla azul.
Nota
Este código de error está reservado solo para su uso por Hyperguard.
No es un código de error de uso general destinado a su uso por otros componentes en escenarios de daños en los datos.
En su lugar, defina un código de error único para el componente.
No use este código de error en el componente.
parámetros de HYPERGUARD_VIOLATION
| Parámetro | Descripción |
|---|---|
| 1 | Tipo de región dañada: valores que se enumeran a continuación. |
| 2 | Información dependiente del tipo de error. |
| 3 | Reservado. |
| 4 | Reservado. |
Tipo de región dañada
1001: una región de datos genérica
1002: Error de coincidencia de hash de página
1004: Un IDT de procesador
1005: Un GDT de procesador
1007: Modificación de rutina de depuración
1008: región de código dinámico
1009: una región de datos que se puede compartir genérica
100a: región de superposición de hipervisor
100b: configuración incorrecta del modo de procesador
100c: registro de control de procesador extendido
100d: una región de memoria segura
100e: un módulo cargado
100f: región de estado del procesador
1010: Mapa de bits cfG del kernel
1011: Página de la dirección virtual 0
1012: Tabla de función invertida alternativa
1013: Error en la comprobación de una página a petición
1016: Una región de imagen segura
1017: Incoherencia de protección de direcciones virtuales del kernel
1101: Daños en el contexto interno
1102: Modificación de IDTR
1103: Modificación de GDTR
Causa
Esta comprobación de errores se genera cuando el kernel detecta que se ha dañado el código o los datos críticos del kernel. Por lo general, hay tres causas de daños:
Un controlador ha modificado accidentalmente o deliberadamente el código o los datos críticos del kernel.
Un desarrollador intentó establecer un punto de interrupción de kernel normal mediante un depurador de kernel que no estaba asociado cuando se arrancaba el sistema. Los puntos de interrupción normales, "bp", solo se pueden establecer si el depurador está asociado en tiempo de arranque. Los puntos de interrupción de hardware, "ba", se pueden establecer en cualquier momento.
Se produjo un daño en el hardware, por ejemplo, errores de RAM que contienen el código o los datos del kernel.
Consulte también
Bug Check Code Reference (Referencia de código de comprobación de errores)