Stop-Code-Diagnose · Datenträger

0x0000007A
KERNEL_DATA_INPAGE_ERROR

Bedeutung

Was KERNEL_DATA_INPAGE_ERROR bedeutet.

Eine benötigte Kernel-Datenseite konnte nicht aus der Auslagerungsdatei in den Arbeitsspeicher gelesen werden. Das macht den Speicherpfad zwischen Datenträger, Controller und RAM relevant; der I/O-Status im zweiten Parameter hilft bei der Priorisierung.

Wichtig: Der Stop-Code grenzt den Fehlerpfad ein, beweist aber allein weder einen bestimmten Treiber noch einen Hardwaredefekt.
Einordnung

Typische Ursachen – nach Befund prüfen.

  • Lesefehler, fehlerhafte Blöcke oder ein ausfallender SSD-/HDD-Datenträger unterbrechen den Paging-I/O.
  • Controller, Kabel, Anschluss, NVMe-Firmware oder Storage-Treiber verursacht Timeouts bzw. Verbindungsabbrüche.
  • Zu wenig nicht ausgelagerter Pool, RAM-Fehler oder andere Kernelbeschädigung sind je nach Status möglich, aber nicht pauschal gleich wahrscheinlich.
Dump-Kontext

Was die Parameter zeigen.

Parameter 1
Referenziert je nach Lock-Typ Seitentabelleneintrag oder Lock-Adresse.
Parameter 2
I/O-Statuscode; Werte wie STATUS_IO_DEVICE_ERROR oder STATUS_DEVICE_NOT_CONNECTED lenken die Prüfung auf den Storage-Pfad.
Parameter 3 und 4
Je nach Parameter-1-Typ Prozess-/Lock-Kontext und die virtuelle Adresse, die nicht eingelesen werden konnte.
Sichere Reihenfolge

Priorisierte Diagnose.

  1. Daten zuerst schützen

    Bei wiederholten Lesefehlern, Geräuschen oder SMART-Warnung keine Reparatur-Schreibläufe starten. Wichtige Daten sichern oder den Datenträger professionell klonen lassen.

  2. Statuscode erfassen

    Notiere Parameter 2 exakt und vergleiche ihn mit zeitgleichen Disk-, Ntfs-, StorPort- oder stornvme-Ereignissen.

  3. Gesundheit nur lesend prüfen

    Lese SMART/NVMe-Health, Temperatur und Fehlerzähler aus. Ein Status „Gut“ schliesst Übertragungs- oder Controllerfehler nicht vollständig aus.

  4. Verbindung und Firmware bewerten

    Bei SATA den Kabel-/Portpfad, bei NVMe Sitz und Firmware prüfen – Gerät nur stromlos und ESD-gerecht anfassen.

  5. RAM nach Storage-Befund prüfen

    Wenn der Datenträgerpfad unauffällig bleibt oder weitere Speichercodes auftreten, folgt ein reproduzierbarer RAM-Test ohne OC.

Komponenten

Wann Treiber, RAM, SSD oder Hardware relevant werden.

BereichPrioritätBelastbarer Hinweis
Treiberhoch bei StorPort/NVMe-SpurWenn Dump und Ereignisse denselben Controller- oder Filtertreiber zeigen.
RAMbedingtWenn I/O-Status keinen Storagefehler zeigt oder unabhängige Speichertests fehlschlagen.
SSD/HDDsehr hochBei I/O-Status, SMART-Warnung, fehlerhaften Blöcken, Resets oder Geräteabbruch.
GPU/sonstige HardwareniedrigNur wenn Plattform-/PCIe-Fehler den Storage-Pfad betreffen.
Nachweise

Dump- und Ereignishinweise.

  • Parameter 2, Datenträgermodell, Firmware und Zeitstempel der Storage-Ereignisse gemeinsam sichern.
  • CHKDSK repariert keine physisch ausfallende SSD/HDD; vor schreibenden Reparaturen zählt die Datensicherung.
  • Bei verschlüsselten Datenträgern Wiederherstellungsschlüssel sichern, bevor Hardware oder Bootpfad verändert werden.
Nächste Schritte

Passende BHAZARD-Werkzeuge.

Vergleich
Quelle

Technische Referenz.

Die codespezifische Bedeutung und Parameterstruktur wurde gegen die Microsoft Bug Check Reference geprüft. BHAZARD ergänzt eine sichere, priorisierte Diagnose – ohne Reparaturgarantie.

Microsoft: Bug Check 0x0000007A KERNEL_DATA_INPAGE_ERROR →
Sicherheit: Vor Treiber-, Firmware-, Datenträger- oder Hardwarearbeiten aktuelle Daten sichern. Bei Brandgeruch, Flüssigkeit, ungewöhnlichen Geräuschen oder drohendem Datenverlust ausschalten und Fachhilfe nutzen. Die Diagnose liefert keine Reparaturgarantie.