Windows 11 se réveille tout seul : trouver ce qui rallume le PC

Vous mettez le PC en veille, vous quittez la pièce, puis vous retrouvez l’écran allumé ou les ventilateurs en marche. Quand cela se reproduit au milieu de la nuit, la tentation est grande de désactiver tout ce qui ressemble à un réveil automatique. Je vous conseille de commencer par une question plus précise : qu’est-ce qui a réellement réveillé cette machine ? Windows possède déjà des outils pour chercher la réponse, sans installer de logiciel.

Le premier réflexe consiste à lancer powercfg /lastwake juste après le réveil indésirable. Selon le résultat, vous pourrez suivre la piste d’un périphérique, d’une tâche programmée ou d’un comportement propre à la veille moderne. Je vous accompagne dans ce diagnostic, puis dans une correction ciblée que vous pourrez annuler si elle ne change rien.

Le PC était-il vraiment en veille ?

Un écran noir ne permet pas, à lui seul, de savoir si l’ordinateur dort. Windows peut simplement avoir éteint l’affichage pendant qu’une application continue de travailler. Pour votre premier essai, enregistrez vos documents, puis choisissez volontairement Démarrer > Marche/Arrêt > Mettre en veille. Notez l’heure. Vous disposerez ainsi d’un point de départ plus fiable qu’une extinction automatique de l’écran.

Observez aussi ce qui revient : seulement l’affichage, toute la session, ou un véritable démarrage avec les applications fermées ? Si la machine redémarre après un plantage, ce tutoriel ne traite pas la bonne panne. De même, un ordinateur qui s’allume après un arrêt complet peut dépendre d’un réglage du micrologiciel, par exemple un démarrage programmé ou un retour du courant. Les informations sur la dernière sortie de veille ne suffisent pas à expliquer tous ces cas.

À l’inverse, si le PC ne parvient jamais à s’endormir automatiquement, ouvrez un terminal et consultez powercfg /requests. Cette commande recense les demandes d’applications et de pilotes qui maintiennent certains éléments actifs. Elle répond à une autre question que celle du réveil. Une lecture vidéo en cours et une souris qui réveille la machine ne se corrigent pas au même endroit.

Demander à Windows ce qui vient de le réveiller

Après le prochain réveil indésirable, faites un clic droit sur le bouton Démarrer et ouvrez Terminal (administrateur). Acceptez la demande de contrôle de compte. Les commandes de consultation ci-dessous ne modifient aucun réglage ; l’ouverture en administrateur évite toutefois les refus d’accès sur les outils de diagnostic.

powercfg /lastwake

Lisez le résultat en cherchant une source de réveil et, lorsqu’il apparaît, le nom ou le chemin d’un périphérique. Windows peut désigner un contrôleur USB plutôt que la souris branchée dessus. Ce renseignement donne une direction, pas toujours l’identité complète du responsable.

Je vous recommande de conserver le résultat avec l’heure de l’incident. Si vous provoquez ensuite un autre réveil au clavier, vous risquez de remplacer l’indice qui vous intéressait par celui de votre propre intervention. La commande concerne la dernière transition enregistrée, pas une collection de tous les réveils de la nuit.

Une source inconnue ou un résultat peu renseigné ne prouve pas qu’aucun réveil n’a eu lieu. Le matériel, le pilote et le mode de veille influencent les informations disponibles. Dans ce cas, poursuivez avec les périphériques autorisés et les minuteurs, puis consultez l’historique. Il serait prématuré d’accuser Windows Update sur la seule base d’une ligne vide.

Retirer le droit de réveil au bon périphérique

Pour afficher les périphériques actuellement autorisés à réveiller la machine, saisissez :

powercfg /devicequery wake_armed

Vous pouvez y trouver des claviers, des souris ou des interfaces réseau. Cette liste indique une autorisation, pas une culpabilité. Comparez-la avec le résultat précédent et avec le contexte : un réveil immédiatement après la mise en veille invite à examiner les périphériques ; un réveil à une heure régulière justifie aussi de chercher une programmation.

Si la souris est suspecte, ouvrez le Gestionnaire de périphériques, retrouvez-la, puis ouvrez ses propriétés. Quand l’onglet Gestion de l’alimentation est disponible, décochez Autoriser ce périphérique à sortir l’ordinateur du mode veille. Conservez le clavier comme moyen de réveil si vous l’utilisez habituellement. Ne confondez pas cette case avec celle qui autorise Windows à éteindre le périphérique pour économiser l’énergie.

Vous pouvez aussi modifier cette autorisation en ligne de commande. Dans l’exemple suivant, remplacez le texte entre guillemets par le nom exact renvoyé sur votre machine, en conservant les guillemets. Ce libellé est un paramètre à adapter, pas le nom d’un périphérique universel :

powercfg /devicedisablewake "Nom exact du périphérique"

Relancez la consultation avec powercfg /devicequery wake_armed : le périphérique visé doit disparaître de la liste si la modification a été acceptée. Sa fonction habituelle reste disponible une fois le PC réveillé. Pour lui rendre son autorisation, utilisez la commande inverse :

powercfg /deviceenablewake "Nom exact du périphérique"

Si plusieurs entrées portent le même nom, privilégiez l’interface graphique pour identifier le bon matériel. Et si la commande échoue ou si l’onglet est absent, ne cherchez pas immédiatement une clé de Registre censée faire apparaître le réglage : certains appareils ne proposent pas cette gestion individuelle.

Si la piste mène à la carte réseau

Le réveil par le réseau peut être volontaire, notamment pour accéder à distance à un PC endormi. Avant de retirer cette autorisation, vérifiez que vous n’en avez pas besoin. Pour un essai, la désactivation du droit de réveil de la carte constitue une modification ciblée et réversible. Elle ne désactive pas la connexion réseau lorsque le PC fonctionne.

Sur certains pilotes, une option permet de réserver le réveil à un paquet magique, un message réseau destiné à cet usage. Les possibilités et les noms varient selon le fabricant. Si vous utilisez le Wake-on-LAN, consultez sa documentation pour conserver le réveil voulu tout en limitant les déclenchements indésirables. Les réglages d’une interface Ethernet ne se transposent pas automatiquement au Wi-Fi.

Un réveil à heure fixe mérite un détour par les tâches planifiées

Une sauvegarde peut demander à Windows de réveiller le PC pour s’exécuter. Pour examiner les minuteurs de sortie de veille actuellement actifs, lancez :

powercfg /waketimers

Selon le cas, le résultat fournit une échéance et des informations sur le programme ou la tâche à l’origine de la demande. Faites cette vérification avant de laisser la machine dormir, puis comparez l’échéance avec l’heure du problème. Un minuteur déjà consommé peut ne plus apparaître après l’incident : une liste vide à cet instant n’efface pas ce qui a pu se produire auparavant.

Si une tâche identifiable apparaît, recherchez Planificateur de tâches dans Démarrer. Dans la bibliothèque, ouvrez le dossier correspondant au chemin indiqué, puis les propriétés de la tâche. L’onglet Conditions peut proposer l’option Sortir l’ordinateur du mode veille pour exécuter cette tâche. Vérifiez également ses déclencheurs pour comprendre à quel moment elle est prévue.

Pour une tâche que vous avez créée ou un logiciel que vous connaissez, vous pouvez retirer cette autorisation de réveil, après avoir noté sa valeur initiale. La tâche n’est pas supprimée, mais elle ne réveillera plus volontairement le PC par ce réglage. Son exécution ultérieure dépendra de sa configuration. Pour une sauvegarde, contrôlez donc le prochain compte rendu : une nuit plus silencieuse ne doit pas cacher une protection qui ne fonctionne plus.

Lorsque le logiciel possède son propre planning, préférez le modifier dans ses paramètres. Pour une tâche système protégée ou administrée, évitez de changer les droits ou d’effacer la tâche pour imposer votre choix. Et ne désactivez pas Windows Update pour traiter une cause que vous n’avez pas identifiée. Une éventuelle option globale de minuteurs dans le plan d’alimentation concerne plusieurs usages ; elle est moins précise que la correction de la demande responsable et n’est pas visible sur tous les PC.

Revenir à l’heure du problème dans l’historique de Windows

Lorsque le dernier réveil ne suffit pas, ouvrez l’Observateur d’événements depuis Démarrer. Rendez-vous dans Journaux Windows > Système et examinez la période qui entoure l’incident. Sur les systèmes qui les enregistrent, les événements de la source Power-Troubleshooter, notamment l’identifiant 1, peuvent donner l’heure du réveil et sa source.

Ouvrez l’événement pour lire son message complet. L’heure de publication du journal et celles mentionnées dans le détail ne doivent pas être interprétées sans regarder leur contexte. Commencez avec la vue générale et l’heure locale affichée, puis rapprochez l’événement de votre note. Une entrée qui correspond au réveil que vous avez provoqué le matin n’explique pas nécessairement l’activité de trois heures du matin.

Une source inconnue reste une limite du diagnostic, pas une panne identifiée. De même, une erreur enregistrée quelques secondes plus tard peut être une conséquence de la reprise. Je vous conseille de chercher un faisceau d’indices : un horaire compatible, un périphérique ou une tâche cohérents et, surtout, un changement reproductible après la correction.

Sur un PC en veille moderne, l’écran éteint ne raconte pas toute l’histoire

Pour connaître les états de veille disponibles, utilisez :

powercfg /a

La présence d’une veille S0 à faible consommation indique une machine compatible avec la veille moderne, aussi appelée Modern Standby. Son fonctionnement diffère de la veille classique S3. Certaines activités peuvent avoir lieu pendant que l’affichage reste éteint. Leur présence ne signifie donc pas automatiquement que le PC est revenu dans une session active visible.

Si votre problème est plutôt une batterie qui se vide ou une activité prolongée pendant cette veille, le rapport SleepStudy est plus adapté qu’une recherche limitée à la souris. Depuis un terminal PowerShell ouvert en administrateur, vous pouvez produire un rapport dans votre dossier personnel :

powercfg /sleepstudy /output "$env:USERPROFILE\sleepstudy-reveil.html"

Cette commande écrit un fichier de diagnostic ; elle ne change pas le mode de veille. La variable du chemin est ici interprétée par PowerShell. Une fois le rapport généré, ouvrez sleepstudy-reveil.html dans votre dossier utilisateur avec un navigateur.

Repérez la période correspondant à votre observation, puis regardez la durée des états, la source d’alimentation et les composants associés à une activité importante. Le rapport couvre par défaut les derniers jours. Il aide à décider si vous cherchez une sortie de veille visible ou un séjour anormalement actif écran éteint. Il ne fournit pas nécessairement une réponse unique à chaque incident.

Si SleepStudy n’est pas pris en charge sur votre configuration, ce refus ne prouve pas une défaillance. Revenez au modèle de veille annoncé par powercfg /a et aux pistes précédentes. Je déconseille de forcer le passage de S0 à S3 avec une modification de Registre trouvée au hasard : le système, les pilotes et le micrologiciel doivent prendre en charge le mode utilisé.

Le PC se réveille quand vous passez devant ? Vérifiez la détection de présence

Certains ordinateurs possèdent un capteur qui permet de réveiller l’appareil lorsqu’une personne s’approche. Si le problème coïncide avec vos déplacements, ouvrez Paramètres > Système > Alimentation et batterie, puis cherchez les options liées à l’écran, à la veille et à la détection de présence. Leur emplacement exact et leur disponibilité dépendent du matériel et de la version de Windows.

Si le réveil automatique à l’approche est activé, désactivez-le temporairement et reproduisez le même passage devant le PC. Vous pourrez ensuite le réactiver ou adapter ses options si le comportement était simplement trop sensible pour votre installation. Si aucun réglage de présence n’existe, passez cette piste : il n’est pas nécessaire d’ajouter un logiciel pour la vérifier.

Une correction se juge sur un nouvel essai comparable

Après une modification, remettez volontairement la machine en veille dans les mêmes conditions : mêmes accessoires, même alimentation et, si possible, même contexte réseau. Notez ce que vous avez changé. Si vous avez retiré à la souris son droit de réveil, vérifiez d’abord qu’un mouvement ne rallume plus le PC, puis que le clavier ou le bouton d’alimentation vous permet toujours de reprendre votre session.

Pour un incident nocturne, un essai de deux minutes ne suffit pas. Il faut laisser passer la période habituelle, puis vérifier si le comportement revient. S’il se reproduit, interrogez de nouveau le dernier réveil avant d’en provoquer un autre. Si la piste était mauvaise, remettez l’autorisation initiale avant de tester la suivante : vous garderez une configuration compréhensible.

Un problème apparu juste après un changement de station d’accueil ou une mise à jour de pilote mérite également un essai sans l’accessoire concerné et une vérification des correctifs proposés par son fabricant. Gardez les versions et les heures utiles pour un éventuel dépannage. Le but est de retrouver une veille prévisible, avec les moyens de réveil et les tâches dont vous avez réellement besoin.

Je retiens surtout cette méthode : partir de la trace laissée par le réveil, corriger la cause la plus plausible, puis vérifier dans des conditions comparables. Vous évitez ainsi de cumuler des réglages dont personne ne saura expliquer l’utilité quelques semaines plus tard.

Questions fréquentes

Pourquoi les noms de périphériques sont-ils si peu parlants ?

Windows peut identifier un contrôleur ou une interface générique. Comparez avec le Gestionnaire de périphériques et testez un accessoire à la fois. Un nom USB générique ne permet pas, seul, d’identifier la souris.

Puis-je retirer le droit de réveil à tous les périphériques ?

Cela peut supprimer des moyens de réveil pratiques et compliquer le diagnostic. Je préfère conserver au moins un moyen connu de reprendre la session et modifier uniquement le périphérique suspect.

Et si le PC est géré par mon entreprise ?

Conservez les heures des incidents et les résultats des commandes de consultation. Transmettez-les au support : les tâches de maintenance et certaines autorisations peuvent dépendre de politiques administrées.

Le réglage peut-il revenir après une mise à jour ?

Une réinstallation de périphérique ou une reconfiguration peut nécessiter une nouvelle vérification. Si le symptôme revient, contrôlez l’autorisation actuelle plutôt que de supposer que l’ancienne correction est toujours appliquée.