Écran bleu nvlddmkm.sys (0x116) : les solutions

L’écran bleu nvlddmkm.sys désigne le pilote d’affichage NVIDIA comme module fautif d’un arrêt VIDEO_TDR_FAILURE (0x116) : Windows a tenté de réinitialiser la carte graphique après un blocage et n’y est pas parvenu. Dans la majorité des cas, une désinstallation propre du paquet de pilotes suivie d’une réinstallation depuis le site NVIDIA suffit à faire disparaître le plantage.

Points clés

• Le code d’arrêt associé est VIDEO_TDR_FAILURE, valeur 0x00000116 ; le deuxième paramètre affiché pointe vers le module responsable, ici nvlddmkm.
• Le délai TDR par défaut de Windows est de 2 secondes : au-delà, le système considère le GPU comme figé.
• Windows déclenche l’arrêt à partir du sixième blocage GPU quand cinq blocages ou plus se produisent en une minute.
• La branche de pilotes GeForce en cours en septembre 2026 est la 616 : le pilote Game Ready 616.92 WHQL a été publié le 9 septembre 2026.
• Les clés de registre TDR sont réservées par Microsoft au test et au débogage de pilotes. Ce ne sont pas des réglages de dépannage.

Ce que signale réellement nvlddmkm.sys

nvlddmkm.sys est le pilote d’affichage en mode noyau de NVIDIA. Son nom sur un écran bleu ne signifie pas que le fichier est corrompu, mais que le code de ce pilote se trouvait sur la pile quand le noyau a arrêté la machine.

Le mécanisme porte un nom : TDR, détection et récupération des dépassements de délai. Le planificateur GPU de Dxgkrnl.sys surveille le temps mis par la carte pour terminer une tâche, demande sa préemption au-delà du délai autorisé, puis attend deux secondes par défaut. Sans réponse, le GPU est déclaré figé et le pilote d’affichage est réinitialisé.

Quand cette réinitialisation réussit, l’écran noircit une seconde puis tout reprend, et l’incident est journalisé sous le code 0x117. Quand elle échoue, ou quand cinq blocages et plus s’enchaînent en une minute, le noyau arrête la machine avec le code 0x116. Voilà pourquoi le plantage tombe presque toujours en jeu, sous charge 3D ou pendant un encodage vidéo.

Où en sont les pilotes NVIDIA en 2026

Attendre un correctif hypothétique, comme le conseillait la version 2021 de cet article, n’a plus de sens. NVIDIA publie plusieurs pilotes par mois, correctifs à chaud compris : la branche en cours en septembre 2026 est la 616, avec le pilote Game Ready 616.92 WHQL du 9 septembre 2026.

Ce rythme change le dépannage : un écran bleu apparu juste après une mise à jour de pilote se traite en revenant en arrière, pas en cherchant un réglage caché. La page de téléchargement NVIDIA propose deux familles pour les GeForce, les pilotes Game Ready optimisés jeu par jeu et la branche de production Studio présentée comme le choix de la stabilité. Sur une machine qui plante en 0x116 sans servir à jouer, la seconde est le meilleur point de départ.

Les causes, par fréquence

• Un pilote graphique mal installé, ou deux versions qui cohabitent mal : cas le plus fréquent et le plus simple à corriger.
• Une régression dans un pilote récent, reconnaissable au fait que le plantage date de la mise à jour.
• Une carte instable sous charge : overclocking, températures élevées, alimentation faiblissante.
• Une mémoire vive défaillante, qui fait tomber d’autres codes d’arrêt en parallèle.
• Une surcouche logicielle accrochée au pilote : overlay, enregistreur d’écran, utilitaire de ventilation.
• Un défaut matériel de la carte, dernière hypothèse et non la première.

Les solutions, dans l’ordre

Si le plantage revient dès le démarrage, passez en mode sans échec avant toute manipulation : environnement de récupération, Résoudre les problèmes, Options avancées, Paramètres de démarrage, Redémarrer, puis l’option mode sans échec. Le pilote NVIDIA n’y est pas chargé.

1. Mettre Windows puis le pilote à jour

Installez toutes les mises à jour Windows en attente, mises à jour facultatives de pilotes comprises, et redémarrez. Passez ensuite au pilote graphique, via l’application NVIDIA ou le téléchargement manuel sur le site officiel. L’étape répare rarement à elle seule, mais elle évite de chercher un problème déjà corrigé en amont.

2. Désinstaller proprement le paquet de pilotes

C’est l’étape qui résout le plus de cas, à condition de supprimer aussi le paquet stocké dans la banque de pilotes : sinon Windows réinstalle exactement le fichier qui plantait.

1. Gestionnaire de périphériques (touche Windows + X), Cartes graphiques, clic droit sur la carte NVIDIA, Désinstaller l’appareil, en cochant la case qui supprime le pilote de cet appareil.
2. Invite de commandes en administrateur, puis pnputil /enum-drivers : repérez les paquets dont le fournisseur est NVIDIA et notez leur nom de type oem12.inf.
3. pnputil /delete-driver oem12.inf /uninstall pour chaque paquet relevé : la commande le retire aussi des appareils qui l’utilisent.
4. Redémarrez : l’affichage revient en résolution réduite avec le pilote générique de Microsoft, c’est normal.
5. Installez le pilote téléchargé depuis le site NVIDIA, en choisissant l’installation personnalisée puis l’option d’installation propre quand l’assistant la propose.

Les tutoriels qui demandent de renommer nvlddmkm.sys en .old puis de le régénérer avec expand.exe depuis C:\NVIDIA ne s’appuient sur aucune documentation Microsoft ni NVIDIA, et laissent la banque de pilotes incohérente : cette manipulation a été retirée de l’article.

3. Revenir à la version précédente du pilote

Si les écrans bleus ont commencé après une mise à jour graphique, la version installée est suspecte. Propriétés de la carte dans le Gestionnaire de périphériques, onglet Pilote, Restaurer le pilote. Bouton grisé : désinstallez comme à l’étape précédente et installez une version antérieure, NVIDIA conservant ses anciens pilotes dans la section beta et archives de sa page de téléchargement.

4. Supprimer l’overclocking et vérifier l’alimentation

Un GPU overclocké tient souvent les tests synthétiques et lâche sur un jeu précis. Remettez fréquences et tensions d’usine, profil constructeur compris, puis refaites le test. Contrôlez les températures sous charge et les câbles d’alimentation de la carte : une alimentation en fin de vie produit exactement ce symptôme, de façon intermittente.

5. Écarter les logiciels qui s’accrochent au pilote

Overlays de jeu, enregistreurs d’écran, utilitaires de ventilation, compteurs de fréquence d’images : tous s’injectent dans le chemin graphique. Triez la liste des applications installées par date et désinstallez celles ajoutées juste avant l’apparition du plantage.

6. Tester la mémoire vive

Un 0x116 isolé accuse le GPU. Un 0x116 accompagné d’autres codes accuse la mémoire. Lancez le Diagnostic de mémoire Windows depuis la barre de recherche et laissez le test complet se faire au redémarrage. En cas d’erreurs, testez les barrettes une par une.

7. Les clés TDR du registre, et pourquoi elles ne sont pas une solution

Beaucoup de pages conseillent d’allonger le délai TDR dans le registre pour faire taire l’écran bleu. Microsoft documente bien ces clés, sous HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\GraphicsDrivers : TdrDelay fixe le nombre de secondes accordées au GPU, valeur par défaut 2, et TdrLevel fixe le niveau de récupération, valeur par défaut 3 pour récupération sur dépassement. Mais la documentation est explicite sur leur usage : ces clés sont réservées au test et au débogage pendant le développement d’un pilote.

Augmenter TdrDelay déplace donc le seuil sans corriger la cause, et passer TdrLevel à 0 désactive la détection : la machine se figera au lieu de redémarrer. Si vous y touchez sur une machine de test, exportez d’abord la clé GraphicsDrivers et créez un point de restauration. Une modification maladroite du registre peut rendre Windows indémarrable.

8. Exclure le fichier de l’analyse antivirus

Piste marginale, et l’ancienne version de cet article donnait le mauvais chemin : l’exclusion ne se règle pas dans le pare-feu mais dans Sécurité Windows, Protection contre les virus et menaces, Gérer les paramètres, Ajouter ou supprimer des exclusions. Microsoft rappelle qu’une exclusion ne concerne que l’analyse en temps réel et qu’elle réduit la protection de la machine.

9. Remplacer la carte graphique

Si les huit étapes précédentes échouent, l’hypothèse matérielle devient la plus solide. Le test décisif est le croisement : une autre carte dans la machine, ou la carte suspecte dans une autre machine. Si le 0x116 suit la carte, la garantie ou le remplacement sont la seule issue. Réinstaller Windows n’apporte rien ici, le même pilote revient sur le même matériel.

Le cas de Windows 11 24H2 et 25H2

Le mécanisme TDR et le code 0x116 sont identiques sous Windows 11. Le calendrier compte en revanche : la version 24H2 (build 26100) arrive en fin de support le 13 octobre 2026, la version 25H2 (build 26200) le 12 octobre 2027. Une machine hors support ne reçoit plus les correctifs de pilotes distribués par Windows Update.

Autre point pratique : après une montée de version majeure, le pilote graphique est parfois remplacé par une version générique. Si les écrans bleus commencent juste après une mise à jour de Windows 11, reprenez l’étape 2.

Quand le problème ne vient pas de nvlddmkm.sys

Le module affiché change la piste à suivre. Même code d’arrêt mais module amdkmdag.sys ou igdkmd64.sys : la démarche côté AMD ou Intel est détaillée dans notre article sur le code d’arrêt VIDEO_TDR_FAILURE. Un arrêt attribué à dxgmms2.sys désigne le sous-système graphique de Windows, pas le pilote NVIDIA. Un arrêt attribué à ntoskrnl.exe ne désigne aucun pilote précis et demande la lecture du vidage mémoire.

Si les codes varient d’un plantage à l’autre, la piste du pilote graphique unique tombe : la liste complète est rassemblée dans notre guide des écrans bleus Windows 10 et 11. Pour nommer le module fautif sans deviner, voir notre guide sur l’analyse du minidump.

Questions fréquentes

Faut-il supprimer le fichier nvlddmkm.sys ?

Non. C’est un composant signé du pilote d’affichage NVIDIA, installé par le paquet de pilotes. Le renommer à la main laisse le système dans un état bancal : désinstallez le paquet complet, puis réinstallez-le.

Pourquoi l’écran devient noir une seconde sans écran bleu ?

Parce que la récupération TDR a réussi : Windows a réinitialisé le pilote d’affichage et repris la main, souvent avec un message indiquant que le pilote a cessé de répondre. C’est le même incident, arrêté un cran plus tôt.

Augmenter TdrDelay est-il dangereux ?

C’est surtout inutile en dépannage : Microsoft réserve ces clés au développement de pilotes et allonger le délai retarde seulement la détection. Sur une machine de production, la valeur par défaut de 2 secondes reste en place.

Le plantage n’arrive qu’en jeu, est-ce forcément la carte graphique ?

Pas forcément. Le jeu est la charge qui révèle le problème : pilote, overclocking, refroidissement ou alimentation. Testez dans cet ordre avant de conclure au défaut matériel.

_{Sources : Microsoft Learn, Bug Check 0x116 VIDEO_TDR_FAILURE · Microsoft Learn, prise en charge WDDM de la détection et récupération des dépassements de délai · Microsoft Learn, clés de registre TDR pour le test et le débogage · Microsoft Learn, syntaxe de commande PnPUtil · Microsoft Support, paramètres de démarrage de Windows · Microsoft Support, protection contre les virus et menaces dans Sécurité Windows · NVIDIA, téléchargement des pilotes officiels · NVIDIA, pilote Game Ready 616.92 WHQL du 9 septembre 2026. Consultées le 19 septembre 2026. Mise à jour de l’article : 19 septembre 2026.}