Le debloating casse Windows Update : les vrais risques

Ce que le debloating supprime — et ce qu'il n'atteint jamais

Le script typique désinstalle des applications UWP pour l'utilisateur courant via Remove-AppxPackage : Xbox par-ci, Clipchamp par-là, un tas d'applis sponsorisées que personne n'a commandées. Cela opère sur les paquets de l'utilisateur, tandis que Windows Update vit dans la pile de maintenance — CBS, l'orchestrateur de mise à jour et les composants sous %SystemRoot%\WinSxS. Les deux systèmes se croisent à peine : une mise à jour cumulative s'installe sans histoire avec la moitié des apps du Store en moins, et c'est pourquoi des millions de machines allégées se mettent à jour pendant des années sans un accroc.

La réserve honnête : certains paquets sont porteurs. Retirer le Microsoft Store pour tous les utilisateurs tue les mises à jour d'apps ; supprimer l'interface Security Health casse la fenêtre Sécurité Windows ; et une poignée d'apps système portent discrètement le menu Démarrer et la recherche. Ce sont des erreurs précises aux symptômes précis — pas une loi générale voulant que le nettoyage casse les mises à jour.

Ce qui casse réellement les mises à jour

Quand une machine allégée cesse effectivement de se mettre à jour, la cause n'est presque jamais les apps supprimées — c'est ce que le script a fait d'autre. Les préréglages agressifs désactivent les services de mise à jour eux-mêmes, bloquent les domaines de distribution de Microsoft ou posent les stratégies de désactivation des mises à jour, qui éteignent la maintenance tout court. Lancez un script qui fait l'une de ces trois choses, et les erreurs 0x80... qui en sortent seront à jamais mises sur le compte du « debloating ».

• Services désactivés — wuauserv, UsoSvc, WaaSMedicSvc, DoSvc et BITS coupés « pour la performance »
• Blocages dans hosts — les listes de confidentialité qui coupent delivery.mp.microsoft.com et ses cousins coupent aussi la livraison des mises à jour
• Stratégies anti-mise à jour — ajustements du Registre et de stratégie issus des préréglages, qui arrêtent la maintenance en entier
• Paquets système supprimés — Microsoft Store ou Security Health retirés pour tous les utilisateurs cassent les mises à jour d'apps et l'interface de Defender
• Bloqueurs tiers — petits utilitaires dont l'unique fonction est d'éteindre wuauserv
• Magasin de composants corrompu — usage agressif et erroné de dism /StartComponentCleanup dans le même script

Alléger sans jouer à la roulette russe

Désinstallez par utilisateur, pas pour tout le système : Remove-AppxPackage pour votre compte, ou mieux encore le classique « Paramètres → Applications » pour les cargaisons sponsorisées. Les services, on n'y touche pas : le gain de performance en coupant wuauserv est nul et le risque est réel. Et ne lancez jamais un script qui modifie le fichier hosts. Après chaque préréglage, ouvrez services.msc et vérifiez la chaîne : Windows Update, Orchestrateur de mise à jour, Optimisation de distribution et BITS doivent rester sur « Automatique » ou « Manuel ».

Si les mises à jour échouent déjà, la réparation est mécanique, pas mystique : réactivez chaque service de la liste, annulez les stratégies, lancez l'outil de résolution des problèmes intégré et, si le magasin de composants est abîmé, DISM /Online /Cleanup-Image /RestoreHealth. Cela guérit l'écrasante majorité des « victimes du debloat » — et prouve au passage que les apps n'ont jamais été le problème.

Questions et réponses

À lire ensuite