La mise à jour ne s'arrête pas quand le bureau apparaît
Une mise à jour de fonctionnalité n'est pas un correctif qui remplace deux fichiers : c'est une migration sur place vers une nouvelle version de l'OS. Le nouveau build s'installe pendant que Windows.old parque l'ancien, et les premiers démarrages enchaînent les corvées de première connexion : réenregistrement des applications, migration des réglages, mise à jour des apps intégrées. La machine accomplit le travail d'une installation propre tout en vous servant un bureau, donc tout ce que vous lancez fait la queue derrière.
Le plus lourd, ce sont les tâches que personne n'a commandées. La recherche réindexe une bonne partie de l'index, l'optimisation .NET régénère à basse priorité les images natives des composants managés, et Defender enchaîne un passage complet avec des définitions toutes fraîches. Sysmain réapprend vos habitudes depuis zéro. Rien de tout ça n'apparaît comme un processus à 80% de CPU — ça se traduit par « tout 15% plus lent et le disque qui tourne sans arrêt ».
- Réindexation de la recherche — une bonne partie de l'index se reconstruit et martèle le disque pendant des heures
- Optimisation .NET — les images natives des apps managées se régénèrent un ou deux jours à priorité basse
- Analyse Defender post-mise à jour — définitions neuves plus un passage complet sur vos fichiers
- Sysmain réapprend — les données de prefetch repartent de zéro, les lancements d'apps perdent leur punch
- Mise à jour des apps intégrées — les applications du Store font la queue dès que le build atterrit
- Rattrapage télémétrie et Delivery Optimization — envois et appels à la maison différés pendant la migration
Ce qui mérite vraiment d'être vérifié
D'abord, la place : une mise à jour garde 20–30 Go dans Windows.old pendant dix jours, et un SSD qui descend sous 15% de libre écrit plus lentement parce que le contrôleur n'a plus de marge pour l'usure. Paramètres → Système → Stockage → Fichiers temporaires, et supprimez l'installation Windows précédente une fois certain de garder le nouveau build.
Ensuite, offrez-lui une vraie nuit : laissez-la une fois allumée et branchée pour que la file d'attente de maintenance se vide pendant votre sommeil. Enfin, vérifiez par vous-même : l'onglet Processus du Gestionnaire des tâches trié par CPU et la file d'attente disque sous Performances vous disent en une minute si c'est du travail d'après-mise à jour ou quelque chose de nouveau. Redémarrez franchement au moins une fois ; certaines phases ne se concluent qu'au redémarrage réel, pas à l'arrêt avec démarrage rapide.
Quand ce n'est pas du rangement mais une vraie régression
Si après une semaine la machine reste pire qu'avant, cessez d'accuser le rangement et passez à l'audit. Les mises à jour ressuscitent volontiers des entrées de démarrage désactivées, remplacent des pilotes constructeur par des génériques et remettent des réglages par défaut : passez en revue la liste de démarrage et le Gestionnaire de périphériques. La fenêtre de retour arrière ne dure que dix jours : tranchez avant sa fermeture — le build se comporte-t-il vraiment mal sur votre matériel, ou manquait-il juste de patience ?
Questions et réponses
Combien de temps Windows reste-t-il lent après une grosse mise à jour ?
En général 24 à 48 heures : l'indexation, l'optimisation .NET et l'analyse Defender post-update finissent en arrière-plan, puis la machine retrouve son rythme.
Faut-il supprimer Windows.old après la mise à jour ?
Si vous gardez la nouvelle version, oui : Paramètres → Système → Stockage → Fichiers temporaires récupère 20–30 Go. L'option de retour disparaît avec le dossier, décidez d'abord.
Vérifiez le contenu avant l'achat.
L'essai unique de 30 minutes couvre les fonctions de base. Les fonctions marquées PRO restent verrouillées jusqu'à l'activation d'une licence payante.
À lire ensuite
Écrivez-nous: [email protected]