Crash Graphique Windows 11 KB5077181 au Réveil de Veille et Perte HDMI

Qu'est-ce que le crash graphique KB5077181 au réveil de veille ?

Après l'installation de la mise à jour Windows 11 de février 2026 KB5077181 (builds 26100.7840 et 26200.7840), certains utilisateurs subissent un écran noir, un gel du système ou un BSOD au réveil de la veille. Les moniteurs externes connectés en HDMI peuvent ne plus être détectés après la reprise. La cause est un conflit entre les changements de Secure Launch et de gestion d'alimentation de la mise à jour, et les pilotes GPU — notamment nvlddmkm.sys de NVIDIA et le gestionnaire de mémoire graphique DirectX dxgmms2.sys.

L'Observateur d'événements affiche Event ID 4101 ("Le pilote d'affichage nvlddmkm a cessé de répondre et a été récupéré"), Event ID 41 Kernel-Power (redémarrage inattendu), ou un BSOD avec le code 0x139 KERNEL_SECURITY_CHECK_FAILURE pointant vers dxgmms2.sys. Le pilote NVIDIA 582.28 et des GPU comme les RTX 3050, RTX 4090 et GeForce MX130 sont confirmés affectés. Les utilisateurs AMD RX 6600 signalent aussi des pertes de détection HDMI.

Quand cela se produit-il ?

• Au réveil de la veille S3 avec un moniteur HDMI externe connecté
• Après que le système entre en veille hybride (S3 + hibernation combinées)
• Quand l'écran s'éteint via les paramètres d'alimentation avant la mise en veille
• Sur les portables avec NVIDIA Optimus basculant entre GPU intégré et dédié
• Après une reprise via le Démarrage rapide Windows avec un écran externe

Causes courantes

• KB5077181 a réintroduit des conflits avec les états de veille S3 hérités et les transitions d'alimentation des pilotes GPU
• La Veille moderne (S0 Low Power Idle) entre en conflit avec la restauration d'état du pilote GPU
• La gestion d'alimentation PCI Express Link State perturbe la liaison GPU pendant la veille
• La veille hybride combinant S3 et hibernation cause un décalage d'état GPU au réveil
• Le délai TDR (Timeout Detection and Recovery) tue le pilote GPU pendant les transitions lentes
• Échec de la négociation EDID HDMI lors de la réinitialisation de l'affichage après un changement d'état d'alimentation
• Pilotes d'affichage NVIDIA/AMD obsolètes ou incompatibles

Corrections étape par étape

1. Désactivez la Veille moderne via le registre — Ouvrez l'Invite de commandes en Administrateur et exécutez : reg add "HKLM\System\CurrentControlSet\Control\Power" /v PlatformAoAcOverride /t REG_DWORD /d 0 /f. Redémarrez. Vérifiez avec powercfg /a — "Standby (S0 Low Power Idle)" ne devrait plus apparaître. Cela force la veille S3 héritée, plus stable avec les pilotes GPU.

1. Augmentez le délai TDR — Ouvrez l'Éditeur du registre et naviguez vers HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\GraphicsDrivers. Créez une valeur DWORD TdrDelay et définissez-la à 8. Créez une autre DWORD TdrDdiDelay et définissez-la à 10. Ces clés n'existent pas par défaut. Redémarrez. Cela empêche Windows de tuer prématurément le pilote GPU pendant les transitions lentes.

1. Désactivez la gestion d'alimentation PCI Express — Ouvrez powercfg.cpl > Modifier les paramètres du mode > Modifier les paramètres d'alimentation avancés > PCI Express > Gestion d'alimentation de l'état du lien > régler sur Désactivé pour Sur batterie et Sur secteur.

1. Désactivez la veille hybride — Dans la même fenêtre de paramètres avancés, allez dans Veille > Autoriser la veille hybride > régler sur Désactivé. Cela empêche la combinaison veille S3 et fichier d'hibernation qui cause les conflits de restauration GPU.

1. Passez au mode d'alimentation Performances élevées — Ouvrez l'Invite de commandes en Administrateur et exécutez : powercfg /setactive 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c. Cela empêche les transitions d'état d'alimentation agressives qui déclenchent le crash GPU.

1. Mettez à jour les pilotes GPU — Téléchargez le dernier pilote certifié WHQL depuis NVIDIA ou AMD. Utilisez DDU (Display Driver Uninstaller) en Mode sans échec pour une installation propre. Le pilote NVIDIA 582.28 a été spécifiquement signalé comme problématique avec cette mise à jour.

1. Réinitialisation matérielle pour la détection HDMI — Si votre moniteur externe n'est pas détecté au réveil : débranchez l'alimentation et tous les périphériques, maintenez le bouton d'alimentation pendant 15-30 secondes pour vider la charge résiduelle, puis rebranchez tout. Essayez le DisplayPort au lieu du HDMI comme solution temporaire.

1. Désinstallez KB5077181 en dernier recours — Ouvrez Paramètres > Windows Update > Historique des mises à jour > Désinstaller les mises à jour > KB5077181. Puis suspendez les mises à jour pendant 7 jours via Paramètres > Windows Update > Suspendre les mises à jour. Plusieurs utilisateurs confirment que la fonctionnalité HDMI est immédiatement restaurée après la désinstallation.

Si ça ne fonctionne toujours pas

Consultez l'Observateur d'événements pour identifier les sources d'erreur spécifiques : ouvrez eventvwr.msc, naviguez vers Journaux Windows > Système et filtrez par Event ID 4101, 41 ou 153. Cela aide à déterminer si le problème vient de nvlddmkm.sys (pilote NVIDIA), dxgmms2.sys (DirectX) ou d'un composant de gestion d'alimentation. Soumettez un rapport via le Hub de commentaires (Win+F) dans la catégorie "Appareils et pilotes > Gestion de l'alimentation".

La page officielle KB de Microsoft indique ne pas être "actuellement au courant de problèmes", mais les modérateurs communautaires sur Microsoft Q&A ont reconnu la régression veille/réveil et confirmé qu'elle provient des changements de Secure Launch et de gestion d'alimentation. Surveillez Windows Update pour un correctif hors bande.