Votre PC Windows 11 s’éteint ou se met en veille interminablement ? Ce guide pas‑à‑pas, orienté diagnostic, vous aide à identifier le service, le pilote ou le périphérique fautif et à rétablir un arrêt et une veille rapides.
Contexte et symptômes
Le cas typique : l’écran s’éteint mais la tour reste alimentée pendant plus de 30 minutes lors d’un arrêt ou d’une mise en veille. Après une réinstallation propre, tout redevient normal, puis le problème réapparaît après l’installation de plusieurs programmes. En mode sans échec, l’arrêt est immédiat. Ce tableau indique généralement un blocage lié à un pilote tiers ou à un service non Microsoft qui empêche la transition d’alimentation (S0 → S5 pour l’arrêt, S0 → S3/S0ix pour la veille).
Causes fréquentes
- Pilotes ACPI/Chipset obsolètes : gestion de l’alimentation, USB, Modern Standby, etc.
- Services tiers : antivirus, sauvegarde, synchronisation cloud, utilitaires OEM, RGB, audio « enhancements », VPN, services de jeux.
- Filtres de stockage : chiffrement, pilotes RAID/IRST, utilitaires SSD, logiciels de sauvegarde « à chaud ».
- Périphériques externes : hubs USB, dongles sans‑fil, imprimantes, disques externes.
- Fast Startup / Hibernation corrompus : image d’hibernation défectueuse.
- Mises à jour système incomplètes ou BIOS/UEFI anciens.
- Partages réseau ou lecteurs mappés non disponibles, qui retardent l’arrêt.
Plan d’action express
- Mettre à jour BIOS/UEFI et pilotes (chipset, gestion de l’alimentation, GPU, audio, réseau, stockage).
- Désactiver le Démarrage rapide, puis tester l’arrêt.
- Réparer l’image Windows avec DISM/SFC (commandes ci‑dessous).
- Clean boot : démarrage sélectif, réactivation par groupes pour isoler le coupable.
- Observer les journaux et activer l’arrêt verbeux pour repérer le service qui bloque.
Solutions validées pendant l’échange et comment bien les appliquer
Démarrage sélectif (clean boot)
Le clean boot confirme (ou non) l’implication d’un service tiers :
- Ouvrez msconfig (Win + R →
msconfig) ; onglet Services : cochez Masquer tous les services Microsoft, puis Désactiver tout. - Dans le Gestionnaire des tâches → onglet Démarrage, Désactiver tous les éléments.
- Redémarrez et testez l’arrêt/la veille. Si tout fonctionne : réactivez par groupes (moitié par moitié) pour identifier le composant fautif.
Bonne pratique : tenez un petit tableau (groupe réactivé → comportement) pour converger rapidement par dichotomie.
Désactiver le Démarrage rapide
Le Fast Startup mélange arrêt et hibernation. Une image corrompue peut prolonger indéfiniment l’arrêt.
- Ouvrez Panneau de configuration → Options d’alimentation → Choisir l’action des boutons d’alimentation → Modifier des paramètres actuellement non disponibles.
- Décochez Activer le démarrage rapide (recommandé). Validez et testez.
Réparer les fichiers système
Exécutez en Invite de commandes (Admin) :
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
Redémarrez, puis testez un nouvel arrêt.
Analyse antivirus/antimalware complète
Une infection peut accaparer le système lors de la fermeture des sessions et services. Lancez un scan complet. Si vous utilisez une suite tierce, notez qu’elle est souvent impliquée dans les hangs d’arrêt ; testez sans (désinstallation temporaire avec outil officiel si possible).
Constat important
Si, en mode normal, le blocage persiste même après désactivation des services et du démarrage, alors : suspectez un pilote kernel (ACPI, stockage, réseau, audio) ou un périphérique externe.
Pistes complémentaires incontournables
| Piste | Pourquoi | Mise en œuvre rapide |
|---|---|---|
| Pilotes & BIOS | Un pilote ACPI/firmware obsolète peut empêcher l’ACPI S5 (arrêt) ou S3/S0ix (veille). | Mettre à jour BIOS/UEFI, chipset, GPU, audio, réseau, stockage. Tester les versions Windows Update et fabricant. |
| Journal d’événements | Erreurs d’arrêt (Kernel‑Power, User32, SCM) → service bloquant identifié. | Observateur d’événements → Journaux Windows → Système, filtrer Erreur/Critique autour de l’heure d’arrêt. |
| Arrêt verbeux | Affiche le service qui retarde le shutdown. | gpedit.msc → Configuration ordinateur → Modèles d’administration → Système → Arrêt → Activer Afficher un statut détaillé. |
| Windows Performance Recorder | Trace l’étape exacte (pilote/service/I‑O) où le système se fige. | Lancer WPR -start shutdown ; reproduire ; WPR -stop trace.etl ; analyser dans WPA. |
| powercfg /energy | Détecte pilotes empêchant la suspension, timers, périphériques actifs. | CMD admin → powercfg /energy, ouvrir energy-report.html. |
| Fast Startup & Hibernation | Image d’hibernation corrompue → blocage. | powercfg /hibernate off → redémarrer → tester → réactiver si souhaité. |
| Matériel USB/externe | Périphérique défectueux empêche l’ACPI S5. | Tout débrancher sauf clavier/souris, puis rebrancher un à un avec test. |
Mise à jour des pilotes et du BIOS sans se tromper
- Chipset/ME/AM4/AM5 : mettez d’abord à jour le pilote chipset du fabricant de la carte mère ou du portable (et l’interface de gestion Intel ME si applicable).
- GPU : installez le dernier pilote Studio ou Game Ready (NVIDIA), Adrenalin (AMD), ou DCH (Intel). Évitez les utilitaires superflus au premier test (GeForce Experience, overlay, etc.).
- Audio : testez sans modules enhancements (Nahimic, DTS, Dolby) ; ils causent fréquemment des retards d’arrêt.
- Réseau : mettez à jour les pilotes Ethernet/Wi‑Fi ; désactivez temporairement le Wake on pattern match pour tester.
- Stockage : privilégiez les pilotes NVMe/IRST du fabricant si disponibles. Sur portable OEM, installez l’outil de mise à jour constructeur pour les dépendances ACPI spécifiques.
- BIOS/UEFI : appliquez une version stable récente. Restaurez les valeurs par défaut si vous avez beaucoup modifié la configuration d’alimentation (ERP, ASPM, C‑States) et testez.
Observer et comprendre les journaux
Dans Observateur d’événements → Journaux Windows → Système, ajoutez un filtre sur Erreur/Critique et recherchez autour de la tentative d’arrêt. Les événements clés :
| Source | ID | Interprétation |
|---|---|---|
| User32 | 1074 | Demande d’arrêt/reboot initiée (qui, quoi, pourquoi). |
| EventLog | 6006/6008 | Arrêt du service Event Log / arrêt inattendu. |
| Kernel‑Power | 41 | Redémarrage après arrêt brutal (piste d’un hang). |
| Service Control Manager | 7000‑7045 | Services en échec d’arrêt/démarrage, pilotes de service. |
| Kernel‑PnP | 219 | Problème de pilote de périphérique (souvent USB, audio, réseau). |
Astuce CLI pour extraire rapidement :
wevtutil qe System /q:"*[System[(EventID=1074 or EventID=6006 or EventID=41 or EventID=219)]]" /f:text /c:50
Activer l’affichage verbeux de l’arrêt
Sur Windows 11 Pro/Entreprise, ouvrez gpedit.msc → Configuration ordinateur → Modèles d’administration → Système → Arrêt → activez Afficher un statut détaillé. Vous verrez, sur l’écran de fermeture, le nom du service ou du pilote en cours d’arrêt.
Édition Home : créez la valeur VerboseStatus à 1 dans HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System et HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\Shutdown (si la seconde n’existe pas, créez‑la). Prudence : sauvegardez le Registre avant toute modification.
Diagnostic avancé avec WPR/WPA
Pour trouver précisément le blocage :
- Installez le Windows Performance Toolkit (fait partie de l’ADK).
- Ouvrez une console admin et lancez :
WPR -start shutdown - Effectuez un arrêt. Si la machine met longtemps, laissez‑la aller au bout (ou forcez l’extinction si nécessaire).
- Au redémarrage, exécutez :
WPR -stop C:\Temp\trace.etl - Analysez trace.etl avec Windows Performance Analyzer → inspectez les graphiques CPU Usage (Precise), Computation, Generic Events, Shutdown Phases. Recherchez un stack qui monopolise CPU/IRP lors de Winlogon Notify shutdown, Service Stop ou Driver Unload.
Powercfg pour les blocages de veille
Utilisez ces commandes pour lister les « réveils » et les blocages :
powercfg /energy
powercfg /requests
powercfg /lastwake
powercfg -devicequery wake_armed
powercfg /a
- /requests indique si une application ou un pilote bloque la veille (lecture multimédia, réseau, USB…).
- /energy génère energy-report.html : regardez Errors et Warnings (pilotes empêchant les états de faible consommation).
Fast Startup, hibernation et image corrompue
Réinitialisez proprement :
powercfg /hibernate off
shutdown /s /t 0
Au redémarrage suivant, testez. Si tout rentre dans l’ordre, vous pourrez réactiver l’hibernation (powercfg /hibernate on) et, si besoin, le Démarrage rapide.
Périphériques externes et économie d’énergie USB
Un périphérique récalcitrant peut bloquer la transition d’état :
- Débranchez tout sauf clavier/souris. Testez l’arrêt/la veille.
- Rebranchez un à un en testant à chaque fois.
- Dans Gestionnaire de périphériques → Concentrateur USB / USB Root Hub → onglet Gestion de l’alimentation : désactivez temporairement Autoriser l’ordinateur à éteindre ce périphérique pour économiser l’énergie pour tester.
Services et pilotes régulièrement impliqués
- Suites de sécurité : services de protection en temps réel, pare‑feu, anti‑ransomware.
- Synchronisation cloud : OneDrive tiers, Dropbox, Google Drive, iCloud (verrouillage de fichiers au moment de l’arrêt).
- Audio : services Nahimic, DTS, Dolby, enhancers.
- Utilitaires OEM : gestion des ventilateurs/RGB, optimisateurs « gaming », télémétrie.
- Jeux : anti‑cheat, services d’overlay.
- Stockage : filtres de sauvegarde/chiffrement, pilotes RAID/IRST.
- Réseau/VPN : pilotes NDIS, TAP, WFP callouts.
Quand l’arrêt verbeux affiche un nom de service/pilote, notez‑le, puis :
- Vérifiez s’il existe une mise à jour.
- Testez la désactivation du service (ou la désinstallation de l’appli) et observez le résultat.
- Si critique, envisagez une alternative moins intrusive.
Commandes et réglages utiles
Forcer un arrêt propre (à utiliser avec discernement) :
shutdown /s /f /t 0
Vérifier la configuration des délais d’arrêt :
HKCU\Control Panel\Desktop\WaitToKillAppTimeout(par défaut ~20000) : délai avant de terminer une appli bloquée.HKLM\SYSTEM\CurrentControlSet\Control\WaitToKillServiceTimeout(par défaut ~5000) : délai pour arrêter un service.
Attention : réduire excessivement ces valeurs peut provoquer une perte de données. Préférez corriger la cause plutôt que masquer le symptôme.
Réparer les schémas d’alimentation :
powercfg -restoredefaultschemes
Contrôler rapidement les derniers événements d’arrêt :
wevtutil qe System /q:"*[System[TimeCreated[timediff(@SystemTime) <= 3600000]]]" /f:text /c:100
ProcMon Boot Logging (alternative à WPR)
- Lancez Process Monitor en admin → Options → Enable Boot Logging.
- Reproduisez l’arrêt lent (ou redémarrage) puis ouvrez le journal ; filtrez par Result = NAME NOT FOUND/ACCESS DENIED autour de la séquence d’arrêt, et par Process Name des services suspects.
Arbre décisionnel condensé
| Observation | Action | Suite |
|---|---|---|
| Mode sans échec : arrêt rapide | Clean boot → réactivation par groupes | Identifier l’appli/driver tiers fautif |
| Désactivation Fast Startup : amélioration | powercfg /hibernate off puis réactiver | Image d’hibernation probablement corrompue |
| Journal montre Service Control Manager | Mettre le service en manuel / MAJ / désinstaller | Valider par tests d’arrêt |
| powercfg /requests non vide | Fermer l’appli, arrêter le service ou powercfg /requestsoverride | Re‑tester la veille |
| USB externe débranché : arrêt rapide | Isoler le périphérique fautif | Mettre à jour/remplacer le périphérique |
Étude de cas réaliste
Après une réinstallation, tout va bien. Quelques jours plus tard, retour des arrêts interminables. Le mode sans échec s’éteint vite, mais le clean boot n’y change rien. L’arrêt verbeux affiche : Arrêt de Service « AudioEnhancementService »… puis plus rien. Dans le journal, des événements Kernel‑PnP 219 pointent le pilote audio. La mise à jour du pilote audio depuis le fabricant, suivie de la désinstallation de l’utilitaire « enhancements », rétablit un arrêt en quelques secondes. Leçon : la pile audio/USB/ACPI est souvent en cause, surtout via des add‑ons OEM.
Cas coriaces : pistes supplémentaires
- Lecteurs réseau : déconnectez les lecteurs mappés avant l’arrêt (
net use * /delete /y) pour tester. - Services d’impression : arrêtez Spouleur d’impression temporairement si vous utilisez des imprimantes réseau.
- Hyper‑V / VirtualBox : éteignez toutes les VM, mettez à jour les pilotes réseau virtuels et services invités.
- Restauration in‑place : si l’image Windows est endommagée et résiste à DISM/SFC, une réparation sur place conserve vos apps et remet les composants à neuf.
- Matériel : testez la RAM (diagnostic mémoire), vérifiez le SMART des disques, débranchez tout disque secondaire pour un test.
Stratégie de diagnostic recommandée, hiérarchisée
- Pilotes/BIOS à jour et désactivation du Démarrage rapide.
- DISM/SFC puis test.
- Arrêt verbeux ; observer le service/pilote qui bloque.
- Clean boot méthodique ; si inefficace, suspecter pilote kernel.
- WPR/WPA ou ProcMon Boot Logging pour pointer la phase incriminée.
- Isolation matérielle (USB, RAM, disques).
- Programme tiers coupable : réinstaller à jour ou remplacer.
FAQ express
Un redémarrage est‑il plus fiable qu’un arrêt ? Oui, s’il contourne le Fast Startup. Pour tester, comparez shutdown /r /t 0 (redémarrage) à shutdown /s /t 0 (arrêt).
La mise en veille moderne (S0ix) change‑t‑elle la donne ? Oui : certains pilotes non compatibles S0ix maintiennent des veilles « zombies ». powercfg /a vous indique les états disponibles et les raisons d’indisponibilité.
Puis‑je réduire les délais d’arrêt dans le Registre ? Possible, mais à manier avec précaution. Préférez corriger la cause (pilote/service) plutôt que d’écourter de force, au risque de perte de données.
Conclusion
Les arrêts ou mises en veille interminables sous Windows 11 proviennent le plus souvent d’un pilote ou service tiers qui ne rend pas la main pendant la séquence ACPI. En suivant la démarche ci‑dessus — mises à jour firmware/pilotes, Fast Startup, DISM/SFC, clean boot, journaux, arrêt verbeux, WPR/powercfg et isolation du matériel externe — vous identifiez rapidement le maillon faible et retrouvez un système qui s’éteint et s’endort normalement.