Share via

Fehlerüberprüfung 0x109: CRITICAL_STRUCTURE_CORRUPTION

  • Artikel

Die CRITICAL_STRUCTURE_CORRUPTION Fehlerüberprüfung hat den Wert 0x00000109. Dies gibt an, dass der Kernel kritischen Kernelcode oder Datenbeschädigungen erkannt hat.

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.

CRITICAL_STRUCTURE_CORRUPTION Parameter

Parameter BESCHREIBUNG

1

Reserviert

2

Reserviert

3

Reserviert

4

Der Typ der beschädigten Region. (Siehe die folgende Tabelle weiter unten auf dieser Seite.)

Der Wert von Parameter 4 gibt den Typ der beschädigten Region an.

Parameter 4 Art der beschädigten Region, Art der Korruption oder Art der ergriffenen Aktion, die die Korruption verursacht hat

0x0

Eine generische Datenregion

0x1

Funktionsänderung

0x2

Eine Prozessorunterbrechungsverteilungstabelle (IDT)

0x3

Eine globale Prozessordeskriptortabelle (GDT)

0x4

Eine Typ-1-Prozesslistebeschädigung

0x5

Eine Typ-2-Prozesslistebeschädigung

0x6

Eine Debugroutineänderung

0x7

Eine kritische MSR-Änderung

0x8

Objekttyp

0x9

Ein Prozessor IVT

0xA

Änderung einer Systemdienstfunktion

0xB

Eine generische Sitzungsdatenregion

0xC

Änderung einer Sitzungsfunktion oder einer PDATA-Funktion

0xD

Änderung einer Importtabelle

0xE

Änderung einer Sitzungsimporttabelle

0xF

Ps Win32-Legendenänderung

0x10

Routinemäßige Änderung des Debugschalters

0x11

IRP-Zuteilungsänderung

0x12

Änderung des Treiberanrufverteilers

0x13

Änderung des IRP-Vervollständigungsverteilers

0x14

Änderung des IRP-Deallocators

0x15

Ein Prozessorsteuerungsregister

0x16

Änderung des Kritischen Gleitkommasteuerungsregisters

0x17

Lokale APIC-Änderung

0x18

Änderung der Kernelbenachrichtigungsbeschriftung

0x19

Änderung der geladenen Modulliste

0x1A

Typ 3: Prozesslistenbeschädigung

0x1B

Typ 4: Prozesslistenbeschädigung

0x1C

Treiberobjektbeschädigung

0x1D

Änderung des Executive-Rückrufobjekts

0x1E

Änderung der Modulfüllung

0x1F

Änderung eines geschützten Prozesses

0x20

Eine generische Datenregion

0x21

Ein Seitenhashkonflikt

0x22

Hashkonflikt einer Sitzungsseite

0x23

Laden des Konfigurationsverzeichnisses

0x24

Invertierte Funktionstabellenänderung

0x25

Änderung der Sitzungskonfiguration

0x26

Ein erweitertes Prozessorsteuerelementregister

0x27

Typ 1: Poolbeschädigung

0x28

Typ 2: Poolbeschädigung

0x29

Typ 3: Poolbeschädigung

0x101

Allgemeine Poolbeschädigung

0x102

Änderung der win32k.sys

Ursache

Für diese Fehlerprüfung gibt es im Allgemeinen drei verschiedene Ursachen:

  1. Ein Treiber hat versehentlich oder absichtlich kritischen Kernelcode oder -daten geändert. Microsoft Windows Server 2003 mit Service Pack 1 (SP1) und höheren Versionen von Windows für x64-basierte Computer lassen das Patchen des Kernels außer durch autorisierte Microsoft-ursprungsbasierte Hot Patches nicht zu.

  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 zur Startzeit angefügt wird. Prozessorhaltepunkte (ba) können jederzeit festgelegt werden.

  3. Es ist eine Hardwarebeschädigung aufgetreten. Beispielsweise könnten der Kernelcode oder die Daten im Arbeitsspeicher gespeichert worden sein, der fehlgeschlagen ist.

Lösung

Die !analyze-Debugerweiterung zeigt Informationen zur Fehlerüberprüfung an und kann bei der Ermittlung der Grundursache hilfreich sein.

Untersuchen Sie zunächst die Stapelüberwachung mit dem Befehl k, kb, kc, kd, kp, kP, kv (Display Stack Backtrace). Sie können die Prozessornummer angeben, um die Stapel auf allen Prozessoren zu untersuchen.

Sie können auch einen Haltepunkt im Code festlegen, der zu diesem Stoppcode führt, und versuchen, den fehlerhaften Code schrittweise zu durchlaufen.

Weitere Informationen finden Sie in den folgenden Themen:

Absturzabbildanalyse mithilfe der Windows-Debugger (WinDbg)

Wenn Sie nicht in der Lage sind, den Windows-Debugger zu verwenden, um dieses Problem zu beheben, können Sie einige grundlegende Problembehandlungstechniken verwenden.

  • Überprüfen Sie die system log in Ereignisanzeige auf zusätzliche Fehlermeldungen, die bei der Identifizierung des Geräts oder Treibers helfen können, das bzw. den diese Fehlerprüfung verursacht.

  • Wenn in der Fehlerprüfungsmeldung ein Treiber angegeben ist, deaktivieren Sie ihn, oder wenden Sie sich an den Hersteller, um Treiberupdates anzufordern.

  • Führen Sie das Windows-Speicherdiagnosetool aus, um den Arbeitsspeicher zu testen. Geben Sie im Suchfeld der Systemsteuerung Arbeitsspeicher ein, und wählen Sie dann Speicherprobleme Ihres Computers diagnostizieren aus. Nachdem der Test ausgeführt wurde, verwenden Sie die Ereignisanzeige, um die Ergebnisse im Systemprotokoll anzuzeigen. Suchen Sie nach dem Eintrag MemoryDiagnostics-Results , um die Ergebnisse anzuzeigen.

  • Sie können versuchen, die vom Systemhersteller bereitgestellte Hardwarediagnose auszuführen.

  • Vergewissern Sie sich, dass alle installierten neuen Hardwaregeräte mit der installierten Version von Windows kompatibel sind. Informationen zu erforderlicher Hardware finden Sie beispielsweise unter Windows 10 Spezifikationen.

  • Weitere allgemeine Informationen zur Problembehandlung finden Sie unter Bluescreen-Daten.