Après veille ou hibernation, le PC semble repartir mais l’écran reste noir ? Voici une procédure complète — de la solution confirmée (rollback du pilote GPU) aux vérifications avancées — pour éliminer définitivement ce black screen sous Windows 11.
Écran noir après la sortie de veille / hibernation sous Windows 11
Vue d’ensemble de la question
Scénario typique : après plusieurs minutes/heures en veille ou en hibernation, le PC réagit au clavier/souris, les ventilateurs tournent, les LED RGB et périphériques s’allument, mais le(s) moniteur(s) restent désespérément noir(s). Le redémarrage logiciel ne suffit pas ; il faut couper l’alimentation secteur (débrancher le câble) pour récupérer un POST normal et retrouver l’affichage au démarrage suivant. Les mises à jour Windows et les pilotes graphiques étaient pourtant « à jour ».
- Symptômes : pas d’affichage au réveil, pas de signal vidéo (DP/HDMI), parfois un bip court lorsque vous pressez Win+Ctrl+Shift+B (réinitialisation du pilote d’affichage), mais sans retour d’image.
- Indice : un « faux » arrêt (S5) suivi d’un redémarrage ne change rien. Seul un cold boot réel (perte d’alimentation G3 en débranchant le cordon) vide totalement les états et relance l’initialisation GPU.
- Cause la plus probable : régression ou incompatibilité entre un chipset GPU (NVIDIA/AMD/Intel), son pilote récent et les états de sommeil (S3/S4 ou S0 Low Power Idle/Modern Standby), menant à un échec de ré‑initialisation du périphérique d’affichage lors du réveil.
Réponse & solutions proposées
Voici la réponse opératoire, testée sur un cas réel : rétrograder le pilote graphique a résolu immédiatement et durablement l’écran noir au réveil.
| Étape | Action | Résultat |
|---|---|---|
| 1 | Rétrograder (roll‑back) le pilote graphique via le Gestionnaire de périphériques : Gestionnaire > Cartes graphiques > clic droit sur le GPU > Propriétés > Onglet Pilote > Restaurer le pilote ou Mettre à jour le pilote > Rechercher sur l’ordinateur > Choisir parmi une liste > sélectionner une version antérieure signée. | Confirmé : cette seule opération a immédiatement supprimé le black screen au réveil. |
| 2 | Installer manuellement le pilote fourni par le constructeur (alternative si l’étape 1 échoue ou si le bouton « Restaurer le pilote » est grisé) : msinfo32 → relever modèle/fabricant du GPU et de la carte mère → récupérer une version stable antérieure (non bêta) depuis le fabricant → installer → redémarrer. Option avancée : pnputil /add-driver <chemin INF> /install pour forcer l’installation d’un INF spécifique. | Non testée dans le cas cité (l’étape 1 a suffi), mais recommandée si aucune version antérieure n’est présente localement ou si plusieurs essais sont nécessaires. |
Procédure pas‑à‑pas rapide
- Appuyez sur Win+X → Gestionnaire de périphériques.
- Développez Cartes graphiques → double‑cliquez sur votre GPU.
- Onglet Pilote → Restaurer le pilote. Si indisponible : Mettre à jour le pilote → Rechercher sur mon ordinateur → Choisir parmi une liste → cochez Afficher les matériels compatibles → sélectionnez une version antérieure et Suivant.
- Redémarrez. Testez une mise en veille et une hibernation ; vérifiez la reprise vidéo.
Pourquoi cette mesure fonctionne
La pile d’affichage de Windows (WDDM) et les firmwares GPU ajustent régulièrement la gestion des états de sommeil et du bus PCIe (ré‑initialisation, link training, ASPM). Un pilote récent peut introduire une régression propre à une combinaison carte mère/BIOS/moniteur/câble. Revenir à une version antérieure connue stable restaure un chemin de reprise vidéo fonctionnel.
Informations complémentaires utiles
- Désactiver le démarrage rapide (Fast Startup)
Contrôle : Panneau de configuration > Options d’alimentation > Choisir l’action des boutons d’alimentation > Modifier les paramètres actuellement non disponibles > décocher « Activer le démarrage rapide ».
Explication : Fast Startup mélange un arrêt et une hibernation partielle du noyau. Sur certains matériels, cela fige des états GPU/ACPI qui perturbent la reprise après S3/S4. - Mettre à jour le BIOS/UEFI
Des microcodes trop anciens gèrent mal les transitions S3/S4/S0 Low Power Idle avec des GPU récents. Lisez les notes de version UEFI ; appliquez la mise à jour en respectant scrupuleusement la procédure du fabricant. Après mise à jour, Load Optimized Defaults, puis reconfigurez vos paramètres (XMP/EXPO, Boot, etc.). - Contrôler les états de veille pris en charge
Ouvrez un Terminal administrateur :powercfg /aVérifiez si la machine utilise Veille (S3), Hibernation (S4) ou Veille moderne S0 Low Power Idle. Certaines combinaisons GPU/écran sont plus stables en S3 qu’en S0. Si la veille hybride est problématique, désactivez‑la :powercfg /hibernate on powercfg /h /type full powercfg /hibernate off powercfg /hibernate on(on réinitialise le fichier d’hibernation et le type). - SFC / DISM en cas de fichiers système corrompus
sfc /scannow DISM /Online /Cleanup-Image /RestoreHealthPuis redémarrez et re‑testez. - Réinstaller proprement le pilote graphique
En dernier recours, démarrez en mode sans échec, utilisez DDU (Display Driver Uninstaller) pour purger le pilote, puis installez une version stable recommandée par le constructeur plutôt qu’une bêta. Déconnectez Internet pendant l’installation pour éviter que Windows Update n’impose un autre pilote en parallèle. - Vérifier câbles et alimentation
Rare mais réel : un câble DisplayPort (DP) défectueux ou vieillissant peut perturber le handshake au réveil (MST, HBR3). Testez : un autre câble DP certifié, un port DP différent, ou un câble HDMI. Évitez les adaptateurs passifs douteux. Sur l’alimentation, un rail 12 V instable peut empêcher l’initialisation du GPU au réveil.
Diagnostic avancé et réglages fins
Raccourcis utiles quand l’écran reste noir
- Win+Ctrl+Shift+B : réinitialise le pilote graphique (un bip peut se faire entendre). Pratique pour valider que le système n’est pas gelé.
- Ctrl+Alt+Suppr → Écran de sécurité : si vous le voyez, le GPU fonctionne, mais Explorer peut être coincé (essayez une déconnexion).
- Win+P puis flèches → bascule du mode d’affichage (Étendre/Dupliquer/Second écran uniquement) à l’aveugle pour réveiller une sortie.
Événements et commandes à examiner
| Outil | Commande / Chemin | Ce qu’il faut observer |
|---|---|---|
| Observateur d’événements | Journaux Windows > Système, Applications et services > Microsoft > Windows > Diagnostics‑Performance | Erreurs Display (nvlddmkm, amdkmdag, igdkmdn64), Kernel‑Power 41 répétées, délais anormaux à la reprise. |
| Powercfg | powercfg /lastwake • powercfg /devicequery wake_armed | Source du réveil, périphériques autorisés à sortir de veille (désactiver si nécessaire sur les contrôleurs bruyants). |
| Gestionnaire de périphériques | Cartes réseau / USB → Propriétés → Gestion de l’alimentation | Décochez « Autoriser l’ordinateur à éteindre ce périphérique… » sur les composants qui perturbent le réveil. |
| Options d’alimentation | Avancé → PCI Express → Gestion de l’état d’économie d’énergie du lien | Réglez sur Off (désactivé) pour tester si l’ASPM perturbe le link training du GPU au réveil. |
Particularités écran et DisplayPort
- Si votre écran propose une option Deep Sleep ou Auto Power Save, désactivez‑la pour tester (menu OSD du moniteur).
- En chaînage MST (moniteurs DP en série), testez en simple écran sans hub ni dock.
- Essayez une autre norme : passer de DP→HDMI ou inversement permet parfois de contourner un souci d’EDID/HDCP au réveil.
iGPU + dGPU : clarifier le rôle de chacun
Sur les cartes mères avec iGPU actif (Intel/AMD) + carte graphique dédiée, forcez temporairement la sortie vidéo sur un seul GPU pour tester. Dans l’UEFI, vérifiez l’option d’initialisation primaire (PEG/PCIe vs iGPU). L’objectif est d’éliminer un conflit d’initialisation à la reprise.
Arbre de décision : corriger vite et bien
- Le système redémarre‑t‑il normalement après avoir débranché la prise secteur ? → Oui : forte suspicion de pilote/ACPI. Allez en Roll‑back GPU.
- Le Roll‑back corrige le problème ? → Oui : conservez cette version stable, mettez en pause les mises à jour de pilotes. → Non : passez à DDU + pilote constructeur stable.
- Le problème persiste en HDMI ou avec un autre câble DP certifié ? → Oui : vérifiez BIOS/UEFI et états de sommeil (
powercfg /a), testez désactivation Fast Startup/ASPM. - Encore présent avec un seul écran, sans dock/hub ? → Oui : envisager un test croisé GPU/moniteur sur un autre PC pour isoler la panne matérielle.
Tableau de remédiation détaillé
| Action | Durée | Difficulté | Impact | Quand l’utiliser |
|---|---|---|---|---|
| Rétrograder le pilote GPU | 5–10 min | Faible | Élevé (corrige souvent immédiatement) | Après une mise à jour récente de pilote ou de Windows Update |
| Désactiver Fast Startup | 2 min | Faible | Moyen | Si le redémarrage « à froid » règle temporairement le souci |
| Mettre à jour BIOS/UEFI | 10–20 min | Moyenne | Moyen/Élevé | Si la carte mère est ancienne ou si des correctifs « Resume from S3/S4 » sont mentionnés |
| DDU + installation propre du pilote | 20–30 min | Moyenne | Élevé | Si des restes de pilotes ou des conflits persistent |
| Changer de câble/port vidéo | 2–5 min | Faible | Variable | Si l’écran réagit (LED/signal) mais aucune image n’apparaît |
| Ajuster ASPM/Link State, veille hybride | 5 min | Moyenne | Moyen | Si la reprise échoue sur S3/S4 mais pas sur S0, ou l’inverse |
Prévenir les récidives
- Geler la version de pilote qui fonctionne : dans Paramètres > Windows Update > Options avancées, mettez en pause les mises à jour de pilotes (ou utilisez Stratégie de groupe en environnement pro).
- Conserver localement l’installeur du pilote stable et l’exporter en package :
pnputil /export-driver * C:\DriversBackup. - Créer un point de restauration juste après stabilisation.
- Documenter la combinaison gagnante (version pilote, BIOS, câblage, écran) pour référence future.
FAQ
Pourquoi un « simple » redémarrage ne résout‑il pas le black screen ?
Parce que sans coupure secteur, certains composants restent alimentés (veille des ports, 5VSB). Un redémarrage peut réutiliser des états ACPI/PCIe incomplets. La coupure totale (débrancher le cordon) force une ré‑initialisation matérielle complète du GPU et du bus. Le bouton « Restaurer le pilote » est grisé. Que faire ?
Installez manuellement une version antérieure : pnputil /add-driver "C:\Pilotes\GPU\*.inf" /install (Terminal admin), ou Mettre à jour le pilote > Rechercher sur mon ordinateur et pointez le répertoire contenant l’INF signé du constructeur. Dois‑je utiliser un pilote « Studio » ou « Game Ready » ?
Choisissez la branche la plus stable pour votre usage. En cas de souci de reprise, privilégiez la dernière version certifiée WHQL connue pour votre modèle plutôt qu’une préversion. Modern Standby (S0) ou veille S3 : lequel est préférable ?
Selon la plateforme, S3 est parfois plus robuste pour l’affichage après longue veille, tandis que S0 offre des reprises plus rapides. Vérifiez les états disponibles (powercfg /a) et ajustez au besoin via firmware/constructeur (certaines cartes mères permettent d’activer S3). Je n’ai plus de signal uniquement sur DisplayPort, mais HDMI fonctionne.
Suspectez le câble DP (qualité HBR2/HBR3), un hub/dock ou le mode Deep Sleep du moniteur. Testez : autre câble certifié, autre port DP, désactivation du MST, passage temporaire en HDMI pour valider le GPU.
Checklist express
- Tester rollback du pilote GPU → OK ?
- Désactiver Fast Startup, vérifier powercfg /a.
- Changer de câble/port, isoler à un seul écran.
- BIOS/UEFI à jour + paramètres par défaut optimisés.
- DDU en mode sans échec + réinstallation pilote stable si nécessaire.
- Consulter Observateur d’événements et /lastwake pour confirmer la cause.
Pour les environnements d’entreprise
- Bloquez temporairement la distribution du pilote fautif via Windows Update for Business / Intune / WSUS.
- Déployez la version rollback validée via package (PSAppDeployTool, Intune Win32, ou
pnputilsilencieux). - Créez une règle de protection : « Ne pas inclure les pilotes avec Windows Update » jusqu’à disponibilité d’un correctif.
Exemples de commandes prêtes à l’emploi
:: Ouvrir le journal d’événements Système (en tant qu’admin)
eventvwr.msc
:: Voir les états de veille pris en charge
powercfg /a
:: Dernière source de réveil
powercfg /lastwake
:: Appareils autorisés à réveiller le PC
powercfg /devicequery wake_armed
:: Réinitialiser le fichier d’hibernation
powercfg /hibernate off
powercfg /hibernate on
:: Exporter tous les pilotes installés (sauvegarde)
pnputil /export-driver * C:\DriversBackup
:: Installer un pilote spécifique (.inf)
pnputil /add-driver C:\Pilotes\GPU*.inf /installConclusion
Dans ce cas précis, la régression vers une version antérieure du pilote graphique a éradiqué l’écran noir après veille/hibernation, immédiatement et durablement. Si le souci persiste, suivez la chaîne : Fast Startup → BIOS/UEFI → états de veille/ASPM → DDU + pilote stable → câbles/moniteur. Cette démarche structurée permet de retrouver une reprise vidéo fiable sous Windows 11, sans compromis sur la stabilité.