DPC_WATCHDOG_VIOLATION beheben Windows 11

Lade BlueScreenView von nirsoft.net herunter — kostenlos, keine Installation nötig, liest die Minidump-Dateien die Windows nach jedem Absturz erstellt. Öffne es, klicke auf deinen letzten Absturz, schau im unteren Bereich auf die Spalte “Caused By Driver”. Das sagt dir die genaue .sys-Datei die verantwortlich ist. Dreißig Sekunden, kein Rätselraten.

Stoppcode 0x00000133 bedeutet dass ein Deferred Procedure Call länger lief als Windows erlaubt. DPCs sind die Art wie Treiber zeitkritische Hardware-Arbeit erledigen — mit der GPU kommunizieren, vom SSD-Controller lesen, Netzwerkpakete verarbeiten. Windows gibt jedem DPC ein strenges Zeitbudget. Wenn ein Treiber es aufbraucht ohne fertig zu werden, schlägt der Watchdog an und du bekommst den Bluescreen. Es ist also immer ein Treiber-Problem. Die Frage ist welcher Treiber.

Ein Kunde hatte einen Custom Gaming-PC der abstürzte sobald er in irgendein Spiel lud. Auf dem Desktop ging alles, Surfen ging, YouTube ging. Aber sobald ein Spiel anfing zu rendern, Bluescreen. BlueScreenView zeigte nvlddmkm.sys in der Caused By Driver Spalte — NVIDIAs Display-Treiber. Er war auf 572.21, das ein bekanntes DPC-Timing-Problem mit RTX 40 Karten unter schwerer Shader-Last hatte. Wir starteten im abgesicherten Modus, führten DDU aus um den Treiber komplett zu entfernen, installierten 566.36 aus NVIDIAs Archiv. Seitdem kein Absturz mehr. Vierzehn Minuten.

Wenn BlueScreenView stattdessen auf iaStorA.sys oder iaStorAC.sys zeigt, ist das Intels Rapid Storage Technology Treiber und die häufigste Einzelursache für diesen Bluescreen.

:(

Your PC ran into a problem and needs to restart. We're just collecting some error info, and then we'll restart for you.

For more information about this issue and possible fixes, visit
https://www.windows.com/stopcode

Stop code: DPC_WATCHDOG_VIOLATION

What failed: iaStorA.sys

42% complete

SATA-Controller und SSD-Firmware

Der iaStorA-Fix ist seit Windows 10 die Nummer-eins-Antwort für DPC_WATCHDOG_VIOLATION, und er gilt immer noch wenn dein Rechner eine SATA-SSD oder Festplatte hat. Öffne den Geräte-Manager, erweitere IDE ATA/ATAPI-Controller, Rechtsklick auf was auch immer dort steht — normalerweise “Intel(R) Chipset SATA/PCIe RST Premium Controller” oder ähnlich — klicke Treiber aktualisieren, Auf meinem Computer nach Treibern suchen, Aus einer Liste verfügbarer Treiber auswählen, und wähle “Standard SATA AHCI Controller” stattdessen. Neustart. Was du gerade getan hast ist Intels proprietären SATA-Treiber gegen Microsofts generischen auszutauschen, der DPC-Timing konservativer handhabt.

Aber hier ist was niemand erwähnt. Wenn dein Startlaufwerk eine NVMe-SSD ist — und bei jedem Rechner der nach 2021 gebaut wurde ist es das wahrscheinlich — bringt der SATA AHCI Controller Fix dir nichts. NVMe-Laufwerke nutzen den SATA-Controller überhaupt nicht. Sie laufen über stornvme.sys, einen komplett anderen Treiber mit einem komplett anderen DPC-Pfad. Wenn BlueScreenView stornvme.sys zeigt, prüfe die Website deines SSD-Herstellers auf Firmware-Updates. Samsungs 980 Pro und 990 Pro hatten beide Firmware-Patches in 2025 die spezifisch DPC-Timeout-Verhalten bei schweren zufälligen Schreibvorgängen behoben. WD, Kingston, Crucial — alle hatten ähnliche Patches. Die Firmware steuert wie die SSD auf Queue-Depth-Druck reagiert, und eine fehlerhafte Firmware-Version wird lang genug blockieren um den Watchdog auszulösen.

Auch prüfenswert: Wenn dein Mainboard-BIOS eine SATA-Modus-Option hat und sie auf RAID statt AHCI steht, wechsle zu AHCI. RAID-Modus lädt einen anderen Treiber-Stack der zusätzliche DPC-Latenz einführt. Warnung — den SATA-Modus nach der Windows-Installation zu ändern kann das Booten verhindern. Du musst eventuell zuerst Safe Boot in msconfig aktivieren, die BIOS-Einstellung ändern, in den abgesicherten Modus booten, dann Safe Boot deaktivieren und normal neu starten.

GPU- und Chipsatz-Treiber

Wenn BlueScreenView nvlddmkm.sys nennt, ist das NVIDIAs Display-Treiber. atikmpag.sys oder atikmdag.sys ist AMD. igdkmd64.sys ist Intel integrierte Grafik. GPU-Treiber sind nach Storage-Controllern die zweithäufigste Ursache, weil Rendering massive DPC-Workloads beinhaltet — jedes Frame das die GPU verarbeitet löst verzögerte Aufrufe aus die innerhalb des Watchdog-Fensters abgeschlossen werden müssen.

Aktualisiere nicht einfach über den Geräte-Manager. Der Geräte-Manager zieht sich die generische Version die Microsoft gecacht hat, die meist Monate hinter der neuesten des Herstellers liegt und manchmal genau die Version ist die Abstürze verursacht. Lade direkt herunter von nvidia.com, amd.com/support oder intel.com/support. Speziell für NVIDIA, wenn der neueste Treiber das Problem ist — was öfter vorkommt als man denkt, die 570.x und 572.x Serie hatte mehrere bekannte DPC-Probleme auf RTX 30 und 40 Karten — lade den Display Driver Uninstaller herunter, starte im abgesicherten Modus, führe DDU aus um jede Spur des alten Treibers inklusive Registry-Schlüssel und Shader-Caches zu entfernen, starte neu, dann installiere eine saubere Kopie. Die 566.x Serie war nach unserer Erfahrung die stabilste für DPC-Timing.

Chipsatz-Treiber sind wichtiger als die Leute denken für diesen spezifischen Fehler. Dein Chipsatz-Treiber steuert wie jedes Gerät auf dem Mainboard mit der CPU kommuniziert, und ein veralteter kann einzelnen DPC-Aufrufen genug Overhead hinzufügen um sie über die Watchdog-Schwelle zu schieben. Lade deinen Chipsatz-Treiber von der Support-Seite deines Mainboard-Herstellers herunter — ASUS, MSI, Gigabyte, ASRock — nicht direkt von Intel oder AMD, weil OEM-Versionen manchmal boardspezifische Energieverwaltungs-Anpassungen enthalten.

Noch eine Sache die ich etwa einmal im Monat als Auslöser sehe — XMP-Speicherprofile. XMP übertaktet deinen RAM über seine Spezifikation hinaus, und wenn der Speichercontroller in deiner CPU die Geschwindigkeit nicht zuverlässig bewältigt, beginnen DPCs die speicherabgebildete I/O betreffen intermittierend auszulaufen. Die Abstürze wirken zufällig weil sie davon abhängen welche Speicheradressen getroffen werden. Geh ins BIOS und deaktiviere XMP vorübergehend. Wenn die Abstürze aufhören, lass es entweder aus oder gehe eine XMP-Stufe runter.

Fixes auf Systemebene

Wenn BlueScreenView auf ntoskrnl.exe zeigt statt auf einen spezifischen Drittanbieter-Treiber, passierte der Absturz auf Kernel-Ebene und es könnten beschädigte Systemdateien sein. Führe sfc /scannow in einem Admin-Terminal aus, dann DISM /Online /Cleanup-Image /RestoreHealth, dann nochmal sfc /scannow. Der erste SFC-Durchlauf identifiziert Beschädigungen, DISM lädt saubere Quelldateien von Microsoft herunter, der zweite SFC-Durchlauf nutzt diese sauberen Quellen für die tatsächliche Reparatur.

Schnellstart verursacht diesen Fehler häufiger als er sollte. Er speichert beim Herunterfahren ein teilweises Ruhezustandsabbild und setzt beim Booten daraus fort statt eine frische Treiber-Initialisierung durchzuführen. Wenn der gespeicherte Zustand einen Treiber in einem seltsamen DPC-Verarbeitungszustand enthält, erzeugt jeder Boot das Problem neu. Systemsteuerung, Energieoptionen, Auswählen was beim Drücken des Netzschalters geschehen soll, Einige Einstellungen sind momentan nicht verfügbar, Schnellstart aktivieren abwählen.

Wenn nichts davon geholfen hat, teste deinen RAM. memtest86 auf einem USB-Stick, über Nacht laufen lassen. Ich habe DPC_WATCHDOG_VIOLATION allein dieses Jahr dreimal auf einen einzelnen defekten RAM-Riegel zurückgeführt — der ausfallende DIMM beschädigt die DPC-Daten eines Treibers mitten in der Ausführung und das Timing gerät durcheinander. Für tiefere Bluescreen-Analyse inklusive vollständiger WinDbg-Minidump-Auswertung, oder wenn du mehrere verschiedene Stoppcodes neben DPC_WATCHDOG bekommst, deckt unsere BSOD-Diagnose den gesamten Treiber- und Hardware-Stack ab.