Pourquoi Windows met une éternité à s'éteindre ou à redémarrer

Ce qui se passe vraiment quand vous cliquez sur Arrêter

Windows diffuse une demande de fermeture à chaque application ouverte ; tout programme avec du travail non enregistré a le droit de vous demander, et une boîte de dialogue que vous ne voyez pas — sur le second écran éteint, sous un jeu en plein écran — bloque silencieusement toute la chaîne. Ensuite, le gestionnaire de contrôle des services demande à chaque service de s'arrêter et attend par défaut jusqu'à cinq secondes (la valeur WaitToKillServiceTimeout dans HKLM\SYSTEM\CurrentControlSet\Control) avant d'abattre les traînards. Puis Windows vide les écritures en attente vers les disques et les clés USB, et si des mises à jour étaient prêtes, « Installation de la mise à jour 1 sur 3 » tourne ici : le seul moment où les fichiers ne sont pas verrouillés.

C'est tout le trajet normal : dix à trente secondes selon vos logiciels et votre matériel. Au-delà, quelqu'un bloque la séquence, et les points qui tournent ne sont que le visage poli d'un délai qu'on laisse s'écouler.

• une appli avec des modifications non enregistrées ou une boîte de sauvegarde invisible
• un service qui ne signale jamais son arrêt — VPN, spouleur d'impression et filtres antivirus récidivent
• des mises à jour en attente qui finissent à l'extinction
• la stratégie de nettoyage du fichier d'échange à l'arrêt, standard sur les machines d'entreprise durcies
• un pilote qui coince la requête d'arrêt (bugs de gestion de l'alimentation)
• OneDrive ou profils itinérants qui se synchronisent à la fermeture de session

Comment identifier le bon

L'Observateur d'événements (eventvwr.msc) → Journaux Windows → Système raconte l'histoire de chaque arrêt. L'ID 6006 marque un arrêt propre du journal, le 6008 un arrêt précédent inattendu ; l'écart entre les derniers arrêts de services et le 6006, c'est votre phase lente, et ce qui est journalisé juste avant l'écart est le suspect n° 1. L'historique des mises à jour (Paramètres → Windows Update → Historique des mises à jour) explique les écrans ponctuels de préparation, et le Moniteur de fiabilité (perfmon /rel) aligne tout sur une seule chronologie, à côté des installations et des plantages.

Les bidouilles de registre qui circulent — raccourcir WaitToKillAppTimeout et HungAppTimeout — rognent surtout la fenêtre de notification, pas l'attente réelle, et augmentent les chances de tuer une appli en pleine sauvegarde. Méfiez-vous de tout conseil du genre « forcez Windows à tuer les applis plus vite » : il échange vos données contre des secondes.

Ce qui aide vraiment

Fermez vos applis avant d'éteindre — vous savez laquelle est restée ouverte sur le troisième bureau. Laissez les mises à jour s'installer selon leur calendrier ou définissez des heures d'activité pour qu'elles ne détournent pas votre arrêt. Sur une machine d'entreprise, demandez à votre IT si la stratégie du fichier d'échange est active : ce sont des minutes voulues, pas une panne. Si c'est toujours la même appli qui se fige, c'est la conversation mise à jour ou réinstallation. Et l'appui long sur le bouton d'alimentation, c'est la sortie de secours d'une machine déjà gelée depuis dix minutes, pas une routine : il saute la vidange disque pour laquelle l'attente existe.

Une nuance entre « Redémarrer » et « Arrêter » : avec Démarrage rapide actif, arrêter équivaut à une mise en veille prolongée partielle — le démarrage suivant est plus rapide, mais l'état n'est pas propre, et c'est pourquoi « éteins-rallume » ne répare parfois rien. « Redémarrer » est le vrai arrêt complet ; utilisez-le pour diagnostiquer.

Questions et réponses

À lire ensuite