Votre compteur CPU Uptime sous Windows 11 semble « dépasser » le temps réellement écoulé depuis que vous avez rallumé votre PC ? Voici l’explication technique, les solutions immédiates et des bonnes pratiques pour fiabiliser l’affichage de l’uptime et garder un système performant.
Pourquoi le compteur CPU Uptime dépasse‑t‑il la durée écoulée depuis l’allumage ?
Vue d’ensemble
Dans le Gestionnaire des tâches (onglet Performance > CPU) de Windows 11, le compteur Uptime représente la durée écoulée depuis le dernier démarrage complet du noyau Windows. Or, la fonction Démarrage rapide (Fast Startup) modifie ce comportement :
- Lors d’un Arrêter avec Fast Startup activé, Windows n’éteint pas totalement le noyau : il hiberne son état dans
hiberfil.sys. - Au démarrage suivant, le système réhydrate ce noyau hiberné au lieu de repartir de zéro.
- Résultat : l’uptime continue de s’incrémenter à partir de l’état antérieur, donnant l’impression d’un compteur « trop long ».
Ce qui se passe exactement (chronologie)
- Vous cliquez sur Arrêter (et Fast Startup est activé).
- Windows sauvegarde l’état du noyau et des pilotes dans
hiberfil.sys, puis coupe l’alimentation de la machine. - Au prochain démarrage, le noyau est restauré depuis ce fichier : c’est plus rapide qu’un boot à froid.
- Le compteur CPU Uptime ne repart pas à zéro, car le noyau n’a pas redémarré « à neuf ».
Comment vérifier ce que vous voyez
- Gestionnaire des tâches : l’Uptime de l’onglet CPU reflète l’état du noyau (pas l’heure à laquelle vous avez appuyé sur le bouton d’alimentation).
- Invite de commandes :
systeminfo | find /i "Boot Time" systeminfo | find /i "Heure du démarrage"Cette date/heure correspond au dernier démarrage complet du système. Si elle remonte à « il y a plusieurs jours », c’est normal avec Fast Startup. - PowerShell :
(Get-CimInstance Win32_OperatingSystem).LastBootUpTime Get-UptimeLastBootUpTimevous indique la dernière initialisation complète du noyau, tandis queGet-Uptimeretourne la durée depuis ce démarrage.
Différence « Arrêter » vs « Redémarrer »
- Redémarrer ignore toujours Fast Startup : le noyau est réinitialisé, l’uptime repart à zéro.
- Arrêter avec Fast Startup actif hiberne le noyau : l’uptime ne repart pas à zéro.
Cas typiques de confusion
- PC « éteint la veille », rallumé le matin : le compteur affiche des jours/semaines → Fast Startup en cause.
- PC portable rangé batterie pleine, rallumé 48 h plus tard : quelques % ont disparu → décharge naturelle et/ou Veille connectée (Modern Standby), pas le Fast Startup lui‑même.
Solutions immédiates
- Redémarrer le PC : cela force un boot complet et remet le compteur à zéro.
- Désactiver le Démarrage rapide si vous souhaitez un comportement « classique » à chaque arrêt :
- Ouvrez Panneau de configuration → Options d’alimentation.
- Cliquez sur Choisir l’action des boutons d’alimentation.
- Cliquez sur Modifier des paramètres actuellement non disponibles.
- Décochez Activer le démarrage rapide puis Enregistrer.
- Forcer un arrêt complet ponctuel (sans toucher aux paramètres) :
- Menu Démarrer → maintenir Maj et cliquer sur Arrêter.
- Ou exécuter :
shutdown /s /t 0
Pour les administrateurs : commandes et registre
- Désactiver/activer l’hibernation (impacte aussi Fast Startup) :
powercfg /h off :: désactive l’hibernation et supprime hiberfil.sys powercfg /h on :: réactive l’hibernation - Réserver un hiberfile « réduit » (démarrage rapide uniquement) :
powercfg /h /type reduced :: hiberfile plus petit, pas d’hibernation utilisateur powercfg /h /type full :: hiberfile pour hibernation et démarrage rapide - Vérifier l’état de Fast Startup via le registre :
(Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Power").HiberbootEnabled1= activé,0= désactivé.
Un uptime de plusieurs semaines est‑il nocif ?
- Matériel : aucun risque particulier. Avec Fast Startup, la machine était réellement hors tension — le noyau a seulement été restauré depuis le disque. Le CPU, la RAM et le SSD ne « souffrent » pas d’un uptime logique élevé.
- Logiciel : attention toutefois aux effets de bord :
- Fuites mémoire ou services qui s’enlisent peuvent passer inaperçus si vous n’effectuez jamais de redémarrage complet.
- Certaines mises à jour Windows, pilotes et microcodes ne sont appliquées qu’après un reboot véritable.
- Des composants (explorateur, piles réseau, pilotes graphiques) retrouvent leur stabilité après un redémarrage.
- Bonne pratique : planifier un redémarrage complet au moins une fois par semaine (ou après chaque mise à jour cumulative) pour repartir d’un état propre.
Fast Startup et PC de bureau / coupure secteur
- Fast Startup s’appuie sur un fichier sur le disque (
hiberfil.sys), pas sur une alimentation de veille du noyau. - Sur un PC de bureau, même si vous débranchez la prise secteur, le fichier reste sur le SSD : au prochain allumage, Windows peut toujours restaurer le noyau hiberné.
- Le compteur d’uptime restera donc « long » tant que vous n’aurez pas fait un Redémarrer Windows ou désactivé la fonctionnalité.
- Cela n’a pas d’impact sur la fiabilité matérielle ; l’effet est purement logique (affichage du compteur et état du noyau).
Perte de quelques points de batterie après un « arrêt »
Une légère baisse de batterie après plusieurs heures « à l’arrêt » vient généralement de :
- la décharge naturelle d’une batterie Li‑ion, même PC éteint,
- la Veille connectée (Modern Standby, état S0 faible consommation) si votre modèle la supporte : certains sous‑systèmes peuvent brièvement s’activer (Wi‑Fi, tâches d’entretien).
Fast Startup n’est pas responsable d’un drain actif : le PC est réellement éteint, seul hiberfil.sys subsiste sur le disque.
Réduire ou diagnostiquer le drain
- Vérifier la veille connectée dans Paramètres > Système > Alimentation (ou via
powercfg /a). - Lancer un rapport batterie pour voir la consommation hors usage :
powercfg /batteryreport /output %USERPROFILE%\Desktop\battery-report.html - Sur les appareils compatibles, analyser la veille moderne :
powercfg /sleepstudy /output %USERPROFILE%\Desktop\sleepstudy.html - Pour un stockage prolongé, viser 40–60 % de charge et éviter les températures élevées.
Commandes rapides PowerShell / CMD utiles
| Objectif | Commande | Notes |
|---|---|---|
| Arrêt complet immédiat | shutdown /s /t 0 | Contourne Fast Startup pour cet arrêt |
| Redémarrage immédiat | shutdown /r /t 0 | Repart de zéro, remet l’uptime à 0 |
| Forcer l’hibernation | shutdown /h | Crée/actualise hiberfil.sys |
| Afficher l’heure du dernier boot complet | systeminfo | find /i "Boot Time"systeminfo | find /i "Heure du démarrage" | La chaîne varie selon la langue du système |
| Obtenir l’uptime exact en PowerShell | (Get-CimInstance Win32_OperatingSystem).LastBootUpTimeGet-Uptime | La première renvoie une date, la seconde une durée |
| Vérifier si l’hibernation est activée | powercfg /a | Liste les états de veille disponibles |
| Désactiver/activer l’hibernation | powercfg /h off / powercfg /h on | Off désactive aussi Fast Startup |
| Réduire la taille du hiberfile | powercfg /h /type reduced | Réservé au démarrage rapide (pas d’hibernation utilisateur) |
| Planifier un reboot hebdo (dimanche 03:00) | schtasks /Create /SC WEEKLY /D SUN /ST 03:00 /TN "RebootHebdo" /TR "shutdown /r /t 0" | Nécessite une session admin |
Informations complémentaires utiles
- Activer/désactiver l’hibernation en ligne de commande
powercfg /h off :: supprime hiberfil.sys et désactive Fast Startup powercfg /h on :: réactive l’hibernation et Fast Startup (si case cochée) - Impact sur les mises à jour microcode/BIOS : certaines corrections ne prennent effet qu’après un redémarrage complet. Pendant un gros lot de mises à jour, désactivez temporairement Fast Startup et faites un reboot.
- Option « Activer le démarrage rapide » grisée :
- Activez l’hibernation :
powercfg /h on. - Vérifiez la politique de l’entreprise (GPO) si votre PC est géré.
- Activez l’hibernation :
Comparatif des modes d’alimentation Windows
| Mode | État du noyau | Consommation | Reprise | Uptime CPU | Quand l’utiliser |
|---|---|---|---|---|---|
| Redémarrer | Réinitialisé | Nulle pendant l’arrêt | Boot « à froid » | Remis à 0 | Pour appliquer des mises à jour, repartir propre |
| Arrêter (avec Fast Startup) | Hiberné | Nulle | Très rapide | Conserve l’ancien temps | Démarrages fréquents, focus vitesse |
| Arrêter (sans Fast Startup) | Éteint | Nulle | Boot à froid | Remis à 0 | Comportement traditionnel |
| Veille (S3) | En RAM | Faible | Quasi instantanée | Ne change pas | Pauses courtes sur PC de bureau |
| Veille connectée (S0) | Bas niveau d’activité | Très faible à faible | Instantanée | Ne change pas | Portables modernes, synchro en arrière‑plan |
| Hibernation | Hiberné | Nulle | Plus rapide qu’un boot à froid | Conserve l’ancien temps | Longs trajets, batterie préservée |
Checklist de diagnostic rapide
- Ouvrez Gestionnaire des tâches → notez l’Uptime.
- Comparez avec
systeminfo | find /i "Boot Time"pour la date du dernier boot complet. - Vérifiez
powercfg /aet l’état du registreHiberbootEnabled. - Besoin d’un boot propre ? Redémarrer ou
shutdown /s /t 0. - Décidez : conserver Fast Startup (démarrage plus rapide) ou le désactiver (compteur exact, stabilité).
FAQ express
Pourquoi l’uptime ne correspond-il pas au temps passé « PC allumé » ?
Parce que l’uptime CPU mesure la durée depuis le dernier boot complet du noyau. Avec Fast Startup, le noyau est restauré depuis l’hibernation, et le compteur n’est pas réinitialisé.
Un uptime très long est-il dangereux pour le SSD ?
Non. Le SSD n’est pas « martyrisé » par un compteur long. Le seul point d’écriture notable est hiberfil.sys lors de l’arrêt/du démarrage.
Comment obtenir un arrêt complet sans désactiver Fast Startup ?
Maj + clic sur Arrêter dans le menu Démarrer, ou la commande shutdown /s /t 0.
Pourquoi certaines mises à jour demandent-elles un redémarrage ?
Parce qu’elles remplacent des composants du noyau, des pilotes ou du microcode. Seul un redémarrage garantit le rechargement propre de ces éléments.
Mon portable perd 3–5 % de batterie « à l’arrêt ». Normal ?
Oui, en général : décharge naturelle + éventuelle veille connectée. Ce n’est pas Fast Startup. Vérifiez powercfg /batteryreport et le paramétrage d’alimentation.
Comment vérifier si Fast Startup est activé sans passer par le Panneau de configuration ?
PowerShell : (Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Power").HiberbootEnabled renvoie 1 (activé) ou 0 (désactivé).
Scripts et automatisation
Redémarrage hebdomadaire conseillé
Pour maintenir les performances et appliquer les correctifs, programmez un redémarrage hebdomadaire pendant vos heures creuses :
schtasks /Create ^
/SC WEEKLY /D SUN /ST 03:00 ^
/TN "RebootHebdo" ^
/TR "shutdown /r /t 0" ^
/RL HIGHEST
Vous pouvez l’adapter aux contraintes de vos postes (jour, heure, fenêtre de maintenance).
Basculer rapidement le comportement d’hibernation
# Désactive complètement l’hibernation (et donc Fast Startup)
powercfg /h off
# Hibermode réduit (démarrage rapide uniquement)
powercfg /h on
powercfg /h /type reduced
# Rétablir l’hibernation utilisateur
powercfg /h /type full
Bonnes pratiques selon le contexte
- PC personnel : gardez Fast Startup activé pour démarrer plus vite, mais redémarrez au moins une fois par semaine.
- Poste de travail professionnel : privilégiez la stabilité : désactivez Fast Startup si vous rencontrez des bugs après « Arrêter », et alignez le reboot sur les cycles de patching.
- Stations exigeantes (créa, dev, labo) : redémarrage complet avant une session de production longue (rendu vidéo, démo, mesures) pour éviter l’accumulation d’états transitoires.
Conclusion
Si votre CPU Uptime semble trop élevé après un « Arrêter », c’est presque toujours le signe que Fast Startup a restauré un noyau hiberné. Ce n’est pas un problème matériel ; c’est un choix d’optimisation qui accélère l’allumage. À vous de décider entre un démarrage plus rapide (et un compteur d’uptime « logiquement » long) ou un comportement strictement fidèle à la réalité en désactivant le démarrage rapide. Dans tous les cas, un redémarrage complet régulier reste une excellente habitude pour conserver un système sain et à jour.
Annexes rapides : procédures pas‑à‑pas
Désactiver Fast Startup via l’interface
- Ouvrez Panneau de configuration → Matériel et audio → Options d’alimentation.
- Cliquez sur Choisir l’action des boutons d’alimentation.
- Cliquez sur Modifier des paramètres actuellement non disponibles.
- Décochez Activer le démarrage rapide puis validez.
Forcer un arrêt complet à la demande
- Menu Démarrer → maintenez Maj, puis cliquez sur Arrêter.
- Ou exécutez
shutdown /s /t 0depuis Exécuter, CMD ou PowerShell.
Vérifier l’état de l’hibernation et de la veille
powercfg /a :: affiche les états de veille supportés
powercfg /h on|off :: active/désactive l’hibernation
powercfg /h /type ... :: full|reduced
Obtenir un uptime fidèle côté « utilisateur »
Si vous souhaitez mesurer le temps depuis votre session (connexion utilisateur), relancez vos applications après un redémarrage complet et utilisez un outil ou un script dédié à la session. Le compteur CPU Uptime reste, lui, focalisé sur le noyau.
En appliquant ces recommandations, le compteur CPU Uptime reflétera enfin la réalité, et vous déciderez en connaissance de cause si le gain de vitesse au démarrage vaut la désactivation de Fast Startup.

