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:

1. Ein Treiber hat versehentlich oder absichtlich kritischen Kernelcode oder -daten geändert.

2. 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.

3. 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)