Démarrage rapide ou arrêt complet : qui cause vos bugs les plus bizarres

Ce que fait réellement le démarrage rapide quand vous cliquez sur Arrêter

Le démarrage rapide est arrivé avec Windows 8 comme optimisation du boot : au lieu d'un arrêt à froid, Windows ferme votre session puis écrit la session du noyau, les pilotes chargés et l'état des périphériques dans hiberfil.sys — le même fichier que celui de la mise en veille prolongée classique. Au démarrage suivant, cette image est simplement relue, et c'est pour ça qu'un démarrage hybride semble plus vif qu'un démarrage à froid. Le prix à payer : l'arrêt n'est plus une page blanche. Un pilote coincé dans un mauvais état lundi l'est toujours mardi, parce que son état a été congelé en plein vol.

Chose troublante, Redémarrer n'utilise pas le démarrage rapide : un reboot démonte tout volontairement et repart de zéro — voilà pourquoi « as-tu essayé de redémarrer » marche mieux que « as-tu essayé d'éteindre ». Windows Update connaît aussi la différence : quand il a besoin d'un état propre, il planifie des redémarrages, jamais des arrêts. Donc si éteindre puis rallumer ne répare rien alors qu'un redémarrage répare tout, le coupable est déjà identifié.

Les bugs bizarres que cette seule option provoque

La plupart des victimes du démarrage rapide ne font jamais le rapprochement, parce que la liste des symptômes ressemble à une série de coups du sort plutôt qu'à une cause unique. Le motif est toujours le même : un bug apparaît, l'arrêt ne l'efface pas, le redémarrage oui — et personne ne se demande pourquoi. Voici ce qu'on retrouve encore et toujours sur des machines dont « l'arrêt » n'en était plus un depuis des mois.

• Double boot et live USB : Windows laisse des volumes NTFS « sales » dans l'image d'hibernation, et Linux alors les monte en lecture seule ou refuse de les monter
• Pilotes audio, Wi-Fi et graphiques coincés dans un mauvais état jusqu'à un vrai redémarrage — le grand classique « éteindre ne sert à rien, redémarrer si »
• Clés USB et cartes mémoire impossibles à éjecter parce qu'une session noyau figée garde encore leurs descripteurs
• BitLocker, la virtualisation et certains clients VPN qui déraillent après un « arrêt », parce qu'ils attendent un démarrage à froid
• Des mises à jour qui ne finissent de s'installer qu'après un redémarrage, car elles visent le vrai chemin de démarrage
• Un hiberfil.sys qui occupe sur le disque environ 40% de votre RAM, pour un gain de démarrage quasi imperceptible sur un SSD

Comment éteindre pour de vrai — ponctuellement ou définitivement

Pour un arrêt propre ponctuel, maintenez Maj en cliquant sur Arrêter, ou lancez shutdown /s /t 0 depuis la fenêtre Exécuter ou un terminal ; les deux contournent totalement le chemin hybride. Maj au moment de cliquer sur Redémarrer vous offre le démontage complet plus le menu des options de démarrage avancées si besoin. Si les bugs sont chroniques, désactivez la fonction elle-même : Panneau de configuration → Options d'alimentation → « Choisir l'action des boutons d'alimentation » → « Modifier les paramètres actuellement indisponibles », puis décochez « Activer le démarrage rapide (recommandé) ». Sur un SSD NVMe moderne, l'économie au démarrage se compte en quelques secondes au mieux : vous perdez bien peu et vous gagnez une machine qui se remet vraiment à zéro quand vous le lui demandez.

Si vous n'utilisez de toute façon jamais la mise en veille prolongée, powercfg /h off dans un terminal administrateur supprime hiberfil.sys entièrement et tue le démarrage rapide au passage — sur une machine à 32 Go de RAM, cela rend plus de 12 Go de disque. Vous pourrez restaurer la fonction plus tard avec powercfg /h on ; rien de destructif là-dedans. Les seuls qui doivent y réfléchir à deux fois : les propriétaires de portables qui comptent sur la veille prolongée pour ne pas vider la batterie en déplacement.

Questions et réponses

À lire ensuite