VIDEO_TDR_FAILURE : Causes, diagnostic et solutions réelles

Lorsque votre ordinateur plante au milieu d'une tâche et que le redoutable écran bleu apparaît avec VIDEO_TDR_FAILUREIl est normal de penser que tout s'est soudainement arrêté ; en réalité, le système a tenté de restaurer le GPU après un crash, mais sans succès. Ce code d'arrêt Il est étroitement lié au pilote graphique et au mécanisme de temporisation, de détection et de récupération (TDR)., donc comprendre comment cela fonctionne est la moitié de la solution.

Dans les lignes qui suivent, vous trouverez un guide complet combinant les explications techniques officielles avec des procédures et astuces pratiques et applicables en situation réelle. L'objectif est de vous permettre de diagnostiquer, corriger et prévenir cette erreur Que vous soyez un utilisateur avancé de WinDbg ou que vous préfériez des étapes simples de Windows.

Qu'est-ce que VIDEO_TDR_FAILURE (0x00000116) et pourquoi apparaît-il ?

L'erreur VIDEO_TDR_FAILURE correspond à la vérification d'erreur 0x00000116 et indique que Windows a tenté de réinitialiser le pilote vidéo et le GPU après un délai d'attente, sans succès. Le sous-système graphique Windows surveille le GPU avec TDR : si le GPU se bloque et ne répond plus, il tente de redémarrer le pilote pour récupérer le bureau.

Ce mécanisme TDR dispose d'un minuteur par défaut d'environ 2 secondes : si la tâche graphique ne se termine pas à temps ou si le redémarrage du pilote n'est pas terminé, la vérification des erreurs est déclenchée.

Une fois le processus de récupération réussi, vous verrez le message « Le pilote d’affichage a cessé de répondre et a récupéré ». En cas d'échec de récupération, le système arrête l'exécution et affiche l'écran bleu avec VIDEO_TDR_FAILURE.

Paramètres de vérification des bogues et comment les interpréter

En plus du code 0x116, l'écran bleu et les vidages de mémoire incluent quatre paramètres qui aident à déboguer la source exacte de l'erreur VIDEO_TDR_FAILURE. Connaître la signification de chaque paramètre guide le diagnostic et accélère la solution.:

Paramètre	Description
1	Pointeur vers le contexte de récupération TDR interne (TDR_RECOVERY_CONTEXT), lorsqu'il est présent.
2	Adresse dans le module du conducteur responsable (utilisée pour identifier le conducteur impliqué).
3	Code NTSTATUS de la dernière opération ayant échoué, si disponible.
4	Données internes dépendantes du contexte, disponibles dans certains scénarios.

Dans les traces réelles, un fichier .sys du pilote graphique est généralement impliqué : par exemple, nvlddmkm.sys (NVIDIA), igdkmd64.sys (Intel) ou atikmdag.sys/atikmpag.sys (AMD/ATI). Cet indice est essentiel : il indique le chemin du fournisseur et du pilote qui est à l’origine du crash..

Pourquoi cela se produit : causes typiques dans le monde réel

Le schéma le plus courant est que le GPU reste occupé trop longtemps sous une charge importante (jeux, CAO, décodage ou rendu) et ne répond pas rapidement. À partir de là, Les déclencheurs les plus courants sont :

• Pilotes obsolètes ou défectueux :
• Conflits entre GPU intégré et dédié.
• Surchauffe

Au-delà du logiciel, le matériel joue également un rôle lorsqu'il s'agit de l'erreur VIDEO_TDR_FAILURE : modules de mémoire synchronisés de manière agressive, cartes mères overclockées, alimentation/puissance insuffisante, VRAM/GPU dégradée ou mauvais refroidissement des ordinateurs portables compacts. Si l'équipement fonctionne à très basse température ou à basse puissance, le TDR saute plus tôt et plus fréquemment..

Il existe également des facteurs environnementaux : trop de processus d'arrière-plan en compétition pour les ressources, Mises à jour récentes mal installées ou packages graphiques (DirectX, OpenGL, Vulkan) obsolètes. Un système avec une charge de travail élevée et des composants graphiques mal alignés est un candidat idéal pour ce bugcheck.

Diagnostic avec WinDbg et journaux : comment identifier le coupable

Si vous gérez des vidages de mémoire (minidumps), WinDbg vous permettra de confirmer le pilote responsable et la cause immédiate de l'erreur VIDEO_TDR_FAILURE. La commande d'en-tête est !analyze -v, qui génère le résumé du bugcheck, le module impliqué et le dernier NTSTATUS.

kd> !analyze -v
VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: <puntero TDR_RECOVERY_CONTEXT>
Arg2: <dirección en el módulo responsable>
Arg3: <código NTSTATUS último>
Arg4: <datos de contexto>

À partir du paramètre 2, vous pouvez répertorier le module avec lmvm et vérifier l'horodatage, le chemin et la taille. Si nvlddmkm.sys ou équivalent apparaît, vous avez déjà votre principal suspect..

kd> lmvm nvlddmkm
start end module name
... nvlddmkm.sys
Image path: \SystemRoot\system32\DRIVERS\nvlddmkm.sys
Timestamp: <fecha>

Avec le paramètre 1, lorsqu'il est présent, il est possible d'examiner le TDR_RECOVERY_CONTEXT et de voir la raison du délai d'attente promu au redémarrage de l'adaptateur. Cela permet de différencier un simple blocage de pipeline d’un échec de réinitialisation répété..

kd> dt dxgkrnl!_TDR_RECOVERY_CONTEXT <puntero>
+0x010 TimeoutReason : TdrEngineTimeoutPromotedToAdapterReset
...

Enfin, la trace de la pile avec k/kb/kp montre le chemin du code aboutissant à KeBugCheckEx, avec les fonctions dxgkrnl et dxgmms1 typiques du flux TDR. Une pile « propre » vers TdrResetFromTimeout confirme qu'il s'agit d'un véritable TDR, et non d'un problème général du noyau..

kd> k
# Child-SP RetAddr  Call Site
00 ... nt!KeBugCheckEx
01 ... dxgkrnl!TdrBugcheckOnTimeout
02 ... dxgkrnl!ADAPTER_RENDER::Reset
03 ... dxgkrnl!DXGADAPTER::Reset
04 ... dxgkrnl!TdrResetFromTimeout
05 ... dxgmms1!VidSchiRecoverFromTDR
...

Étapes de la solution : du basique au avancé

Avant d’ouvrir l’éditeur de registre ou d’exécuter des débogueurs, concentrez-vous sur les mesures présentant le meilleur rapport effort/impact. Commencez par les pilotes, puis passez au nettoyage/réinstallation, et si c'est toujours le cas, attaquez-vous aux réglages avancés et à la vérification du matériel..

1) Mettre à jour correctement le pilote graphique et le chipset

Les pilotes graphiques obsolètes ou bogués sont la cause la plus fréquente de TDR. Accédez au Gestionnaire de périphériques, développez Cartes graphiques, faites un clic droit sur votre GPU et choisissez « Mettre à jour le pilote ». Mieux encore : téléchargez la version recommandée pour votre modèle à partir du site Web officiel de NVIDIA/Intel/AMD..

Si vous utilisez NVIDIA avec des logiciels professionnels (CAO, montage, 3D), essayez les pilotes Studio plutôt que les pilotes Game Ready. Sur les ordinateurs portables équipés d'Intel iGPU + NVIDIA dGPU, installez également le dernier package Intel et le dernier chipset du fabricant de l'ordinateur..

2) Réinstallation propre du pilote (DDU)

Lorsque les mises à jour « en vente libre » ne suffisent pas, il est judicieux de nettoyer les restes du pilote précédent. L'outil de désinstallation des pilotes d'affichage (DDU) supprime les composants, les services et les entrées de registre du pilote. Il est recommandé de l'exécuter en mode sans échec, puis d'installer le pilote nouvellement téléchargé..

Séquence typique : mode sans échec, DDU « Nettoyer et redémarrer », démarrer Windows normalement puis installer le pilote téléchargé sur le site du fabricant. Ce processus évite les conflits de versions et les fichiers corrompus que le programme d’installation standard ne résout pas toujours..

3) Essayez une version stable précédente

Il arrive que la dernière version présente une régression. Dans ce cas, utilisez le « Pilote précédent » (si disponible) ou installez manuellement une version stable antérieure. Avec les GPU NVIDIA, de nombreux problèmes TDR dans la CAO disparaissent lors du retour à un pilote Studio précédent..

Pour une installation manuelle, utilisez « Parcourir mon ordinateur pour rechercher un logiciel pilote » et « Me laisser choisir parmi une liste de pilotes disponibles », en sélectionnant la version précédente de votre GPU. Redémarrez une fois terminé pour valider la modification.

4) Réparer les fichiers système avec SFC

Si le problème survient après une mise à jour ou une installation ratée, exécutez le Vérificateur des fichiers système. Ouvrez CMD en tant qu'administrateur et exécutez sfc /scannow. Windows vérifiera les binaires protégés et remplacera automatiquement ceux endommagés..

sfc /scannow

Une fois terminé, redémarrez et essayez à nouveau votre chargement graphique habituel pour voir si le TDR a disparu. Si SFC répare les fichiers, c'est un bon signe qu'il y a eu une corruption du système influençant la pile graphique..

5) Réparation du démarrage de Windows

Si TDR apparaît à plusieurs reprises après la connexion ou lors de l'ouverture des mêmes applications, exécutez la réparation du démarrage en accédant à Paramètres > Mise à jour et sécurité > Récupération > Démarrage avancé > Dépannage > Options avancées > Réparation du démarrage. Windows tentera de réparer les services et les composants de démarrage qui ne se chargent pas correctement..

Après la réparation, testez l’équipement avec le même modèle d’utilisation qui a déclenché la panne. S'il arrête de jouer, il s'agit d'un problème de démarrage partiel ou de dépendances corrompues.

6) Mode sans échec et réinstallation du pilote

Le mode sans échec charge les pilotes minimaux et permet une désinstallation/réinstallation sans interruption. Sélectionnez « Démarrage sans échec » dans msconfig ou accédez-y depuis le Démarrage avancé, puis désinstallez l'adaptateur dans le Gestionnaire de périphériques. Installez ensuite le nouveau pilote téléchargé auprès du fabricant.

Sur les ordinateurs équipés de deux GPU, désinstallez-les et réinstallez-les séparément : d'abord l'intégré (Intel), puis le dédié (NVIDIA/AMD). Cela empêche Windows de réinjecter un générique inapproprié entre les deux..

7) Réparation de fichiers de pilotes spécifiques (AMD/NVIDIA)

Sur les GPU AMD/ATI, la régénération d'atikmdag.sys ou d'atikmpag.sys peut parfois résoudre le problème. Renommez le fichier C:\Windows\System32\drivers en ajoutant l'extension .old et en le décompressant à partir du package du fabricant. La commande expand crée le nouveau fichier .sys que vous copiez ensuite dans le dossier des pilotes..

expand.exe atikmdag.sy_ atikmdag.sys
expand -r atikmdag.sy_ atikmdag.sys

Pour NVIDIA, l'idée est analogue à nvlddmkm.sys : après la désinstallation, renommez nvlddmkm.sys en .old, développez NVLDDMKM.Sy_ et copiez le .sys généré dans System32\DRIVERS. Ce remplacement supprime les fichiers corrompus qui survivent aux installations de surface.

Expand.exe NVLDDMKM.Sy_ NVLDDMKM.Sys

8) Désactivez temporairement l'iGPU Intel en cas de conflit

Si vous utilisez un GPU dédié comme principal (par exemple, NVIDIA), désactivez Intel HD/UHD dans le Gestionnaire de périphériques pour éviter tout problème de commutation. Sur certains ordinateurs portables, la commutation automatique déclenche des TDR lors du déplacement d'applications entre iGPU/dGPU.

Encore plus raffiné : dans le panneau de configuration NVIDIA, attribuez le dGPU spécifique aux applications exigeantes (acad.exe, jeux) et laissez le reste en automatique. De cette façon, vous minimisez les changements d’adaptateur lors de l’ouverture/fermeture des fenêtres et évitez les réinitialisations du contexte graphique..

9) Vérifiez le matériel et les thermiques

Vérifiez les températures avec un outil fiable : si le GPU dépasse les seuils et les limitations, des TDR apparaîtront. Nettoyez la poussière, remplacez la pâte thermique si nécessaire et assurez une bonne ventilation. Sur les ordinateurs portables, un coussin de refroidissement peut faire toute la différence lors de longues sessions..

Valide la RAM (outil de diagnostic de la mémoire Windows) et la stabilité du système sans overclocking. Des paramètres de mémoire trop stricts ou des limites de tension trop élevées peuvent entraîner une instabilité sous charge graphique. La stabilité du CPU/RAM/VRM est tout aussi importante que le GPU lui-même..

10) Paramètres TDR avancés (avec prudence)

Pour les charges de travail lourdes qui prennent légitimement plus de temps, augmenter TdrDelay peut s'avérer utile. Chemin : HKLM\System\CurrentControlSet\Control\GraphicsDrivers. Créez/définissez la valeur DWORD 32 bits TdrDelay sur 8-10, puis redémarrez. Cela ne résout pas les problèmes de mauvais pilotes, mais cela donne plus de marge de manœuvre avant de déclarer un délai d'attente..

Utilisez-le uniquement si vous avez déjà mis à jour/nettoyé les pilotes et vérifié les thermiques ; si le pilote est le problème, prolonger le temps ne fait que retarder le BSOD. Si après avoir augmenté TdrDelay les plantages persistent, revenez à 2 et corrigez la racine.

Liste de contrôle rapide avant de considérer le problème résolu

Pour être sûr d'avoir résolu le problème VIDEO_TDR_FAILURE, vous devez effectuer les vérifications suivantes :

• Vérifiez que les événements TDR répétés n'apparaissent plus dans l'Observateur d'événements pendant une longue session avec votre charge habituelle. Si vous passez 30 à 60 minutes sans TDR dans des conditions réelles, la solution est robuste..
• Exécutez un test de stress modéré (référence graphique ou scène complexe dans votre application) en surveillant les températures. Une carte graphique stable maintient des horloges soutenues sans limitation ni déclenchement d'erreurs..
• Faites une copie du pilote connu (et notez la version) afin de pouvoir revenir rapidement en arrière si une future mise à jour réintroduit le problème. La prévention permet de gagner des heures lorsqu'il est temps de procéder à une nouvelle mise à jour..

Bien que l'erreur VIDEO_TDR_FAILURE soit effrayante, elle peut généralement être corrigée en appliquant l'ordre et la méthode : pilote correct, installation propre, thermiques sous contrôle et, si nécessaire, réglage fin du TDR. Grâce à cette combinaison, les tâches créatives, les jeux et la CAO fonctionnent à nouveau sans plantage..