Corriger DPC_WATCHDOG_VIOLATION Windows 11

Téléchargez BlueScreenView depuis nirsoft.net — gratuit, pas d’installation, lit les fichiers minidump que Windows crée après chaque crash. Ouvrez-le, cliquez sur votre entrée de crash la plus récente, regardez dans le volet inférieur la colonne « Caused By Driver ». Ça vous indique le fichier .sys exact responsable. Trente secondes, et ça élimine la conjecture que tous les autres guides du web veulent vous faire faire.

Le stop code 0x00000133 signifie qu’un appel de procédure différée (DPC) a duré plus longtemps que Windows ne l’autorise. Les DPC, c’est comme ça que les pilotes effectuent les tâches matérielles urgentes — communiquer avec le GPU, lire depuis le contrôleur SSD, traiter les paquets réseau. Windows accorde à chaque DPC un budget de temps strict. Si un pilote l’épuise sans terminer, le watchdog se déclenche et vous obtenez l’écran bleu. C’est donc toujours un problème de pilote. La question, c’est quel pilote.

Le PC de jeu sur mesure d’un client a commencé à planter dès qu’il chargeait n’importe quel jeu. Marchait bien sur le bureau, bien en navigation, bien en regardant YouTube. Mais à la seconde où un jeu commençait à rendre, écran bleu. BlueScreenView montrait nvlddmkm.sys dans la colonne Caused By Driver — le pilote d’affichage NVIDIA. Il était en 572.21, qui avait un problème de timing DPC connu avec les cartes RTX série 40 sous forte charge de shaders. On a démarré en Mode sans échec, lancé DDU pour supprimer complètement le pilote, installé 566.36 depuis l’archive de NVIDIA. Plus aucun crash depuis. Quatorze minutes.

Si BlueScreenView pointe vers iaStorA.sys ou iaStorAC.sys à la place, c’est le pilote Intel Rapid Storage Technology et c’est la cause la plus courante de cet écran bleu spécifique.

:(

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

Contrôleur SATA et firmware SSD

Le correctif iaStorA est la réponse numéro un pour DPC_WATCHDOG_VIOLATION depuis Windows 10, et il s’applique toujours si votre machine tourne sur un SSD SATA ou un disque dur. Ouvrez le Gestionnaire de périphériques, développez Contrôleurs IDE ATA/ATAPI, clic droit sur ce qui y est listé — généralement « Intel(R) Chipset SATA/PCIe RST Premium Controller » ou quelque chose de similaire — cliquez Mettre à jour le pilote, Parcourir mon ordinateur, Choisir parmi une liste, et sélectionnez « Contrôleur Standard SATA AHCI » à la place. Redémarrez. Ce que vous venez de faire, c’est remplacer le pilote SATA propriétaire d’Intel par celui générique de Microsoft, qui gère le timing DPC de façon plus conservatrice.

Voilà le truc que personne ne mentionne, par contre. Si votre disque de démarrage est un SSD NVMe — et sur toute machine construite après 2021, c’est probablement le cas — le correctif du contrôleur SATA AHCI ne vous sert à rien. Les disques NVMe n’utilisent pas du tout le contrôleur SATA. Ils passent par stornvme.sys, qui est un pilote complètement différent avec un chemin DPC complètement différent. Si BlueScreenView montre stornvme.sys, cherchez une mise à jour firmware sur le site du fabricant de votre SSD. Les Samsung 980 Pro et 990 Pro ont tous deux reçu des patchs firmware en 2025 qui ciblaient spécifiquement le comportement de timeout DPC lors d’écritures aléatoires intensives. WD, Kingston, Crucial — tous ont eu des patchs similaires. Le firmware gère la façon dont le SSD répond à la pression de profondeur de file, et une version firmware buggée bloquera assez longtemps pour déclencher le watchdog.

À vérifier aussi : si le BIOS de votre carte mère a une option de mode SATA réglée sur RAID au lieu d’AHCI, passez-la sur AHCI. Le mode RAID charge une pile de pilotes différente qui introduit une latence DPC supplémentaire. Attention quand même — changer le mode SATA après l’installation de Windows peut empêcher le démarrage. Vous devrez peut-être d’abord activer le Démarrage sans échec dans msconfig, changer le réglage du BIOS, démarrer en Mode sans échec, puis désactiver le Démarrage sans échec et redémarrer normalement.

Pilotes GPU et chipset

Si BlueScreenView nomme nvlddmkm.sys, c’est le pilote d’affichage NVIDIA. atikmpag.sys ou atikmdag.sys, c’est AMD. igdkmd64.sys, c’est le graphique intégré Intel. Les pilotes GPU sont la deuxième cause la plus courante après les contrôleurs de stockage, parce que le rendu implique d’énormes charges de DPC — chaque image que le GPU traite déclenche des appels différés qui doivent se terminer dans la fenêtre du watchdog. Si vos crashes nvlddmkm.sys affichent plutôt SYSTEM_SERVICE_EXCEPTION, le correctif est le même processus DDU mais le mécanisme du crash est différent — exception dans le code du pilote plutôt que timeout DPC.

Ne vous contentez pas de mettre à jour via le Gestionnaire de périphériques. Le Gestionnaire de périphériques tire la version générique que Microsoft a en cache, qui a généralement des mois de retard sur la dernière du fabricant et qui est parfois exactement la version qui cause les crashes. Téléchargez directement depuis nvidia.com, amd.com/support, ou intel.com/support. Pour NVIDIA en particulier, si le pilote le plus récent est le problème — ce qui arrive plus souvent qu’on ne croit, les séries 570.x et 572.x ont eu plusieurs problèmes DPC connus sur les cartes RTX 30 et 40 — téléchargez Display Driver Uninstaller, démarrez en Mode sans échec, lancez DDU pour supprimer toute trace de l’ancien pilote y compris les clés de registre et les caches de shaders, redémarrez, puis installez une copie propre. La série 566.x a été la plus stable pour le timing DPC d’après notre expérience.

Les pilotes chipset comptent plus que les gens ne le réalisent pour cette erreur spécifique. Votre pilote chipset contrôle la façon dont chaque périphérique de la carte mère communique avec le CPU, et un pilote obsolète peut ajouter assez de surcharge à chaque appel DPC pour le pousser au-delà du seuil du watchdog. Téléchargez votre pilote chipset depuis la page support du fabricant de votre carte mère — ASUS, MSI, Gigabyte, ASRock — pas depuis Intel ou AMD directement, parce que les versions OEM incluent parfois des ajustements de gestion d’alimentation spécifiques à la carte. Les cartes B550 et B650 d’AMD en particulier ont eu des mises à jour firmware AGESA en 2025-2026 qui ont changé le comportement d’ordonnancement des DPC.

Encore une chose que je vois déclencher ça à peu près une fois par mois — les profils mémoire XMP. XMP overclocke votre RAM au-delà de ses specs nominales, et si le contrôleur mémoire de votre CPU ne gère pas la vitesse de façon fiable, les DPC qui impliquent des E/S mappées en mémoire commencent à expirer par intermittence. Les crashes paraissent aléatoires parce qu’ils dépendent exactement des adresses mémoire touchées. Allez dans le BIOS et désactivez XMP temporairement. Si les crashes s’arrêtent, soit vous le laissez désactivé, soit vous descendez d’un cran de XMP.

Correctifs au niveau système

Si BlueScreenView pointe vers ntoskrnl.exe plutôt que vers un pilote tiers spécifique, le crash s’est produit au niveau du noyau et pourrait venir de fichiers système corrompus. Lancez sfc /scannow dans un terminal admin, puis DISM /Online /Cleanup-Image /RestoreHealth, puis sfc /scannow à nouveau. Le premier passage SFC identifie la corruption, DISM télécharge des fichiers source propres depuis Microsoft, le second passage SFC utilise ces sources propres pour réellement réparer.

Le Démarrage rapide cause cette erreur plus souvent qu’il ne le devrait. Il sauvegarde une image d’hibernation partielle à l’arrêt et reprend depuis celle-ci au démarrage au lieu de faire une initialisation propre des pilotes. Si l’état sauvegardé inclut un pilote dans un état de traitement DPC bizarre, chaque démarrage recrée le problème. Panneau de configuration, Options d’alimentation, Choisir l’action des boutons d’alimentation, Modifier les paramètres actuellement non disponibles, décochez Activer le démarrage rapide.

Si rien de tout ça n’a aidé, testez votre RAM. memtest86 sur une clé USB, laissez tourner toute la nuit. J’ai vu DPC_WATCHDOG_VIOLATION remonter à une seule barrette de RAM défectueuse trois fois rien que cette année — la DIMM défaillante corrompt les données DPC d’un pilote en pleine exécution et le timing part en vrille. Pour une analyse d’écran bleu plus approfondie incluant des lectures complètes de minidump WinDbg, ou si vous obtenez plusieurs codes d’arrêt différents en plus de DPC_WATCHDOG, notre diagnostic BSOD couvre toute la pile pilotes et matériel — on tire les minidumps, on identifie le pilote et la version exacts, et soit on le corrige dans la même session, soit on vous dit exactement quel matériel remplacer. Si vous obtenez aussi DRIVER_POWER_STATE_FAILURE ou KERNEL_DATA_INPAGE_ERROR en parallèle de celui-ci, ces guides approfondissent leurs chaînes de pilotes respectives.