Fehlerprüfung 0x18C: HYPERGUARD_VIOLATION
Die HYPERGUARD_VIOLATION-Fehlerüberprüfung weist den Wert 0x0000018C auf. Dies gibt an, dass der Kernel erkannt hat, dass kritischer Kernelcode oder daten beschädigt wurden.
Wichtig
Dieser Artikel richtet sich an Programmierer. Wenn Sie ein Kunde sind, der während der Verwendung Ihres Computers einen Bluescreen-Fehlercode erhalten hat, finden Sie weitere Informationen unter Behandeln von Bluescreenfehlern.
Hinweis
Dieser Fehlercode ist nur für die Verwendung durch Hyperguard reserviert.
Es handelt sich nicht um einen allgemeinen Fehlercode, der für die Verwendung durch andere Komponenten in Datenbeschädigungsszenarien vorgesehen ist.
Definieren Sie stattdessen einen eindeutigen Fehlercode für Ihre Komponente.
Verwenden Sie diesen Fehlercode nicht in Ihrer Komponente.
HYPERGUARD_VIOLATION-Parameter
| Parameter | BESCHREIBUNG |
|---|---|
| 1 | Typ des beschädigten Bereichs: Werte, die unten aufgeführt sind. |
| 2 | Abhängige Informationen zum Fehlertyp. |
| 3 | Reserviert. |
| 4 | Reserviert. |
Typ der beschädigten Region
1001: Ein generischer Datenbereich
1002 : Ein Seitenhashkonflikt
1004 : Ein Prozessor-IDT
1005 : Ein Prozessor GDT
1007: Debugroutinenänderung
1008 : Dynamische Coderegion
1009: Ein generischer, gemeinsam nutzbarer Datenbereich
100a: Hypervisor-Overlayregion
100b: Eine Prozessormodus-Fehlkonfiguration
100c : Ein erweitertes Prozessorsteuerungsregister
100d: Eine sichere Speicherregion
100e: Ein geladenes Modul
100f : Eine Prozessorstatusregion
1010 : Die Kernel-CFG-Bitmap
1011 : Seite "Virtuelle Adresse 0"
1012 : Die alternative invertierte Funktionstabelle
1013: Fehler bei der Überprüfung auf der Bedarfsseite
1016: Eine sichere Imageregion
1017 : Inkonsistenz des Virtuellen Adressschutzes des Kernels
1101 : Interne Kontextbeschädigung
1102 : IDTR-Änderung
1103 : GDTR-Änderung
Ursache
Diese Fehlerüberprüfung wird generiert, wenn der Kernel erkennt, dass kritischer Kernelcode oder daten beschädigt wurden. Es gibt im Allgemeinen drei Ursachen für eine Beschädigung:
Ein Treiber hat versehentlich oder absichtlich kritischen Kernelcode oder -daten geändert.
Ein Entwickler hat versucht, einen normalen Kernelhaltepunkt mithilfe eines Kerneldebuggers festzulegen, der beim Starten des Systems nicht angefügt wurde. Normale Haltepunkte , "bp", können nur festgelegt werden, wenn der Debugger zum Startzeitpunkt angefügt wird. Hardwarehaltepunkte, "ba", können jederzeit festgelegt werden.
Es ist eine Hardwarebeschädigung aufgetreten, z. B. ein Fehler beim RAM, der Kernelcode oder Daten enthält.
Weitere Informationen
Bug Check Code Reference (Referenz zu Fehlerüberprüfungscodes)