Cette fiche pratique corrige l’échec d’installation de KB5035853 sur Windows 11/10 : annulation des changements, codes 0x800f0982 ou 0x80070002, et BSOD en VM ESXi. Suivez les procédures éprouvées (suppression de $WinREAgent, DISM/SFC, réparation sur place, contournements réseau) et sécurisez vos mises à jour.
Impossible d’installer KB5035853 (annulation automatique, aucune erreur codée)
Vue d’ensemble
Sur Windows 11 22H2/23H2 (et Windows 10 22H2), la mise à jour cumulative de mars 2024 (KB5035853) peut se télécharger, atteindre 100 %, redémarrer, puis afficher : “Something didn’t go as planned… undoing changes”, avant de revenir au Bureau sans installer le correctif. Windows Update n’indique pas de code d’erreur, ou seulement un message générique.
Réponse & solution
- Supprimer ou renommer le dossier caché
C:\$WinREAgent(créé quand Windows prépare la mise à jour). - Redémarrer le PC.
- Relancer Paramètres ▸ Windows Update ▸ Rechercher des mises à jour. Dans la grande majorité des cas, l’installation aboutit immédiatement.
Méthode rapide (Explorateur)
- Ouvrez l’Explorateur de fichiers, dans Affichage ▸ Afficher ▸ Éléments masqués, puis cochez Éléments masqués et Extensions de noms de fichier. Activez aussi Fichiers protégés du système si proposé.
- Dans la barre d’adresse, saisissez
C:\puis repérez$WinREAgent(icône de dossier pâle). - Faites un clic droit > Renommer en
$WinREAgent.old(ou supprimez-le).
Méthode en ligne de commande (administrateur)
Ouvrez Invite de commandes (Admin) ou PowerShell (Admin) puis exécutez :
takeown /f C:\$WinREAgent /a /r /d y
icacls C:\$WinREAgent /grant Administrators:F /t
rmdir /s /q C:\$WinREAgent
Si “Accès refusé” persiste, démarrez en mode sans échec, supprimez le dossier, redémarrez normalement et relancez Windows Update.
Pourquoi cette manipulation fonctionne
$WinREAgent contient des scripts et métadonnées utilisés par l’Environnement de récupération Windows (WinRE) lors de la préparation d’une mise à jour. Une tentative précédente interrompue peut laisser des traces incohérentes et bloquer la tentative suivante. La suppression force Windows à reconstruire proprement ces artefacts lors du prochain cycle d’installation.
Bon à savoir : supprimer $WinREAgent est sans risque : Windows recrée automatiquement le dossier si nécessaire. Évitez en revanche de supprimer C:\Windows\WinSxS, Catroot2 ou SoftwareDistribution sans procédure encadrée.
Check‑list express
| Action | But | Commande/chemin |
|---|---|---|
Supprimer $WinREAgent | Repartir d’un état sain | rmdir /s /q C:\$WinREAgent |
| Redémarrer | Vider les verrous et tâches en attente | Menu Démarrer ▸ Alimentation ▸ Redémarrer |
| Relancer Windows Update | Nouvelle tentative d’installation | Paramètres ▸ Windows Update ▸ Rechercher |
Échec persistant – code 0x800f0982 (ou absence de code)
Vue d’ensemble
Lorsque la suppression de $WinREAgent ne suffit pas, l’échec provient souvent d’un pilote tiers (antivirus/EDR, chipset/stockage, imprimante, VMware, etc.) ou d’un composant logiciel qui injecte un filtre dans le noyau. Le journal CBS (C:\Windows\Logs\CBS\CBS.log) mentionne alors des erreurs du type “Failed to finalize changes”, “Cannot replace member file” ou des conflits de packages.
Réponse & solution
- Collecter les journaux pour analyse :
C:\Windows\Logs\CBS\CBS.logC:\Windows\Logs\DISM\dism.log- Journal WindowsUpdate : ouvrir PowerShell (Admin) et générer un rapport lisible :
Get-WindowsUpdateLog -LogPath "$env:USERPROFILE\Desktop\WindowsUpdate.log"Compressez ces fichiers (.zip) avant de les partager pour examen. - Identifier le composant fautif puis le mettre à jour ou le désinstaller temporairement : antivirus/EDR (ex. module de protection réseau), pilotes de stockage (Intel RST), pilotes réseau (VMware
vmxnet3), imprimantes, logiciels de chiffrement, VPN, pare‑feu tiers. Indicateurs dansCBS.log: nom de fichier*.sysou*.inf, référence du service, ou la chaîne “Failed to resolve package…”. Vérifiez également Gestionnaire de périphériques (devmgmt.msc) ▸ Affichage ▸ Afficher les périphériques cachés. - Réparer les fichiers système avant de relancer Windows Update :
DISM /Online /Cleanup-Image /RestoreHealth sfc /scannowAttendez la fin de chaque commande (0–100 %). Si SFC indique des réparations effectuées, redémarrez puis relancez l’installation. - Redémarrage en démarrage minimal (Clean Boot) pour écarter un service tiers :
- Exécutez
msconfig▸ onglet Services ▸ cochez Masquer tous les services Microsoft ▸ Tout désactiver. - Onglet Démarrage ▸ Gestionnaire des tâches ▸ désactivez les éléments non Microsoft.
- Redémarrez et réessayez l’installation de KB5035853.
- Exécutez
- Réinitialiser proprement les composants Windows Update (si nécessaire) :
net stop wuauserv net stop bits net stop cryptsvc net stop msiserver ren C:\Windows\SoftwareDistribution SoftwareDistribution.old ren C:\Windows\System32\catroot2 catroot2.old net start wuauserv net start bits net start cryptsvc net start msiserverRedémarrez puis relancez la recherche de mises à jour.
Tableau d’aide au diagnostic
| Symptôme | Indice dans les journaux | Piste | Action |
|---|---|---|---|
| Échec sans code, rollback | $WinREAgent présent après rollback | Préparation WinRE corrompue | Supprimer/renommer C:\$WinREAgent, redémarrer |
| Code 0x800f0982 | Nom de pilote *.sys dans CBS.log | Pilote/filtre tiers en conflit | Mettre à jour/désinstaller le pilote, Clean Boot |
| Échec après 35–60 % | “Cannot replace member file” | Fichiers système modifiés | DISM + SFC, puis réessai |
| Arrêt sur écran bleu en VM | tcpip.sys, vmxnet3.sys | Pilote réseau virtuel + filtre NTP/AV | MAJ VMware Tools, désactiver AV réseau, voir section VM |
Échec – code 0x80070002 après suppression de $WinREAgent
Vue d’ensemble
Le code 0x80070002 signale des fichiers manquants/corrompus dans le cache d’installation ou une incohérence de composants. Lorsque DISM/SFC ne suffisent pas, la solution la plus fiable est la réparation sur place (In‑Place Upgrade), qui réinstalle Windows par‑dessus en conservant applications et données.
Réponse & solution
- Préparer l’ISO de la même édition/langue que votre Windows 11 (ou Windows 10). Montez l’ISO (clic droit ▸ Monter) puis lancez
setup.exe. - Choisir “Conserver les fichiers et applications”. L’assistant vérifie l’espace disque, les pilotes et la compatibilité.
- Une fois la réparation terminée et le Bureau revenu, ouvrez Paramètres ▸ Windows Update et réinstallez KB5035853. L’opération réussit généralement du premier coup.
Conseils pour une réparation sur place sans accroc
- Libérez au moins 20 Go sur
C:(Paramètres ▸ Système ▸ Stockage ▸ Assistant Stockage). - Désactivez temporairement l’antivirus tiers et les VPN.
- Déconnectez les périphériques USB non essentiels (imprimantes/scanners).
- Vérifiez la date/heure et le fuseau horaire.
- Si vous êtes en domaine/entreprise, gardez la machine câblée et connectée pendant toute la procédure.
BSOD (tcpip.sys) après installation sur machines virtuelles ESXi 7
Vue d’ensemble
Après l’application de KB5035853, certains invités Windows 10/11 sur ESXi 7 rencontrent des écrans bleus aléatoires (PAGE_FAULT_IN_NONPAGED_AREA ou IRQL_NOT_LESS_OR_EQUAL) impliquant tcpip.sys, vmxnet3.sys et parfois le service SophosNtpServi.exe (protection réseau). La pile réseau se retrouve sollicitée différemment et expose une fragilité du pilote ou d’un filtre NDIS.
Réponse & solution
- Mettre à jour l’hôte ESXi 7 vers le dernier patch de sécurité disponible.
- Mettre à jour VMware Tools dans l’OS invité pour bénéficier du pilote
vmxnet3le plus récent. - Neutraliser provisoirement le module “Network Threat Protection” de l’antivirus/EDR (ex. Sophos Home) ou désinstaller l’agent le temps de valider la stabilité.
- Changer temporairement de carte réseau virtuelle (ex. passer de vmxnet3 à E1000e), le temps de stabiliser le parc.
- Désactiver les offloads réseau dans les propriétés avancées de l’adaptateur (LSO/TSO/Checksum Offload) si les BSOD persistent.
- En dernier recours, depuis une session fonctionnelle ou le Mode sans échec, désinstaller KB5035853 en ligne de commande :
wusa /uninstall /kb:5035853 /quiet /promptrestart
Redémarrez, validez la stabilité, puis réappliquez la mise à jour après la mise à jour des pilotes/agents.
Bonnes pratiques spécifiques aux VM
- Gardez un snapshot court‑terme avant d’appliquer la mise à jour.
- Évitez d’accumuler plusieurs snapshots en production (latence disque accrue).
- Uniformisez la version de VMware Tools sur l’ensemble du cluster.
- Centralisez les logs de crash (
C:\Windows\Minidump) pour corrélation.
Comment bloquer ou différer KB5035853 quand elle est instable ?
| Méthode | Détails | Quand l’utiliser |
|---|---|---|
| wushowhide.diagcab | Masquer la mise à jour via l’utilitaire officieux “Afficher ou masquer les mises à jour”. | Poste isolé, besoin de bloquer une CU précise. |
| Pause Windows Update | Paramètres ▸ Windows Update ▸ Suspendre les mises à jour (jusqu’à 35 jours). | Arrêt d’urgence pour stabiliser un parc ou une VM critique. |
| Stratégie de groupe / Registre | Configurer “Sélectionner quand les mises à jour de qualité sont reçues” et retarder de N jours. | Parc géré, besoin d’un lissage des déploiements. |
| Catalogue Microsoft Update | Télécharger manuellement le .msu et l’installer hors‑ligne une fois le problème résolu. | Machines sans Internet, WSUS/SDP ou isolement réseau. |
Exemples de configuration (administrateur)
Stratégie locale : Éditeur de stratégie de groupe (gpedit.msc) ▸ Configuration ordinateur ▸ Modèles d’administration ▸ Windows Update ▸ Gérer les mises à jour proposées ▸ activer Sélectionner quand les mises à jour de qualité sont reçues et définir Différer à 7–14 jours.
Registre (qualité) – exemples :
reg add HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate /v DeferQualityUpdates /t REG_DWORD /d 1 /f
reg add HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate /v QualityUpdatesDeferralPeriodInDays /t REG_DWORD /d 7 /f
Informations complémentaires utiles
- Pourquoi
$WinREAgentbloque : le dossier contient des scripts de restauration WinRE que Windows crée avant une mise à jour. Si une précédente tentative a été interrompue, les métadonnées deviennent incohérentes et empêchent la mise à niveau suivante. - Toujours créer un point de restauration avant manipulation et sauvegarder les données critiques.
- Vérifier l’espace disque (≥ 20 Go libres sur la partition système) – Windows Update échoue souvent quand le stockage est faible.
- Pilotes et antivirus sont des causes majeures d’échec : gardez‑les à jour pour réduire les problèmes futurs.
- Historique de fiabilité : tapez fiabilité dans le menu Démarrer et ouvrez Moniteur de fiabilité pour une chronologie des échecs.
- Heure et fuseau : un décalage important peut casser TLS/WSUS et provoquer des erreurs silencieuses.
Procédure pas à pas recommandée (résumé opérationnel)
- Vérifier la version de Windows (Paramètres ▸ Système ▸ Informations système) et l’espace libre (≥ 20 Go).
- Supprimer
C:\$WinREAgent→ redémarrer → relancer Windows Update. - Si l’échec persiste : exécuter
DISMpuisSFC→ redémarrer. - Relever les codes d’erreur et collecter
CBS.log,dism.log,WindowsUpdate.log. - Mettre à jour/désinstaller les pilotes/agents tiers repérés (antivirus, stockage, réseau, VMware).
- En cas d’erreur 0x80070002 : lancer une réparation sur place.
- Sur VM ESXi avec BSOD réseau : mettre à jour ESXi et VMware Tools, neutraliser l’AV réseau, basculer E1000/VMXNET3 si nécessaire.
- Stabilisation validée ? Réappliquer KB5035853. Sinon, temporiser via GPO/pause/masquage.
Annexe — commandes utiles Windows Update
| Objectif | Commande | Remarques |
|---|---|---|
| Vérifier/réparer l’image | DISM /Online /Cleanup-Image /RestoreHealth | Lit les sources en ligne (WU/WSUS) pour réparer. |
| Vérifier les fichiers système | sfc /scannow | À relancer après DISM si nécessaire. |
| Générer WindowsUpdate.log | Get-WindowsUpdateLog | Crée un journal lisible sur le Bureau. |
| Masquer/afficher une mise à jour | wushowhide.diagcab | Pratique pour bloquer une CU spécifique. |
| Désinstaller une KB | wusa /uninstall /kb:5035853 | Ajouter /quiet /promptrestart pour automatiser. |
| Réinitialiser composants WU | net stop/start ... + ren SoftwareDistribution / Catroot2 | Voir séquence complète plus haut. |
Annexe — lecture rapide de CBS.log
Ouvrez CBS.log dans Notepad ou votre éditeur favori et recherchez les motifs :
Failed,error,cannot,corrupt,0x800f0982,0x80070002- Noms de fichiers
.sys,.cat,.mum,.infpointant vers un pilote tiers - Chaînes de package
Package_...indiquant un composant précis
Recoupez avec les pilotes installés (Gestionnaire de périphériques) et les logiciels résidents (antivirus, VPN, chiffrement) pour décider des mises à jour/désinstallations à tester.
Annexe — script d’automatisation (à exécuter en PowerShell Admin)
Ce script enchaîne les opérations les plus efficaces : purge $WinREAgent, reset WU, DISM, SFC. Sauvegardez et testez en environnement de labo avant un déploiement large.
# Purge WinREAgent
if (Test-Path 'C:\$WinREAgent') {
& takeown /f C:\$WinREAgent /a /r /d y | Out-Null
& icacls C:\$WinREAgent /grant Administrators:F /t | Out-Null
Remove-Item 'C:\$WinREAgent' -Recurse -Force -ErrorAction SilentlyContinue
}
# Reset composants Windows Update
'msiserver','cryptsvc','bits','wuauserv' | ForEach-Object { net stop $_ | Out-Null }
Rename-Item 'C:\Windows\SoftwareDistribution' 'SoftwareDistribution.old' -ErrorAction SilentlyContinue
Rename-Item 'C:\Windows\System32\catroot2' 'catroot2.old' -ErrorAction SilentlyContinue
'msiserver','cryptsvc','bits','wuauserv' | ForEach-Object { net start $_ | Out-Null }
# Réparation image + fichiers système
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
Write-Host "Opérations terminées. Redémarrez puis relancez Windows Update." FAQ
Supprimer $WinREAgent présente‑t‑il un risque ?
Non. Windows recrée ce dossier s’il en a besoin. Il ne contient pas vos données personnelles.
Dois‑je désinstaller mon antivirus ?
Généralement, une simple désactivation des modules réseau/filtre suffit pour tester. En cas de doute, désinstallez proprement, redémarrez, installez la mise à jour, puis réinstallez l’agent dans sa dernière version.
La réparation sur place supprime‑t‑elle mes applications ?
Non si vous choisissez “Conserver les fichiers et applications”. Vérifiez toutefois l’espace disque et prévoyez une sauvegarde par prudence.
Comment vérifier si KB5035853 est installée ?
Ouvrez Paramètres ▸ Windows Update ▸ Historique ou utilisez PowerShell : Get-HotFix -Id KB5035853. Si non listée, l’installation n’a pas abouti.
Que faire si la machine boucle sur “Annulation des modifications” sans jamais démarrer ?
Interrompez trois fois le démarrage pour entrer en Réparation automatique, ouvrez l’invite de commandes WinRE et désinstallez la KB avec wusa ou restaurez un point de restauration, puis appliquez les correctifs de ce guide.
Récapitulatif
- Le correctif le plus efficace sur ce scénario reste la suppression de
$WinREAgentsuivie d’un redémarrage et d’une nouvelle recherche de mises à jour. - En cas d’échec 0x800f0982, ciblez les pilotes/agents tiers, réparez l’image (DISM/SFC) et tentez en démarrage minimal.
- Pour 0x80070002, la réparation sur place règle la majorité des cas résistants.
- En environnement VM ESXi 7 avec BSOD
tcpip.sys, mettez à jour l’hyperviseur et VMware Tools, neutralisez les filtres réseau tiers, changez temporairement d’adaptateur virtuel. - Si l’instabilité persiste, différez proprement KB5035853 (pause, masquage, GPO) le temps d’un correctif pilote.
Étapes détaillées (pas à pas mains‑libres)
- Pré‑vérifications : point de restauration, sauvegarde minimale, 20 Go libres, câble d’alimentation branché, connexion réseau stable.
- Nettoyage WinRE : supprimez
C:\$WinREAgent(GUI ou CLI), redémarrez. - Premier essai : Windows Update ▸ Rechercher ▸ installer KB5035853.
- Si rollback : lancez
DISMpuisSFC, redémarrez. - Collecte logs :
Get-WindowsUpdateLog,CBS.log,dism.log. Notez toute mention de pilote tiers. - Assainir pilotes/agents : mettez à jour ou supprimez temporairement l’élément repéré. Testez en Clean Boot.
- Re‑test : réappliquer KB5035853.
- Si 0x80070002 : lancer la réparation sur place (ISO identique, “Conserver”).
- VM ESXi en panne : mise à jour ESXi + VMware Tools, neutraliser NTP AV, basculer E1000/VMXNET3, désactiver offloads si besoin.
- Stabilisation : une fois validée, réactivez les agents et retirez toute suspension/masquage.
Erreurs fréquentes et parades
| Erreur/Comportement | Cause probable | Correctif recommandé |
|---|---|---|
| “Undoing changes” sans code | Préparation WinRE incohérente | Supprimer $WinREAgent + redémarrage |
| 0x800f0982 | Pilote/filtre noyau tiers | Mettre à jour/désinstaller le composant, Clean Boot, DISM/SFC |
| 0x80070002 | Fichier d’installation manquant/corrompu | Réparation sur place (ISO identique), puis WU |
BSOD tcpip.sys en VM | vmxnet3 + filtre AV réseau | MAJ VMware Tools, neutraliser AV, changer d’adaptateur virtuel |
| Boucle d’installations répétées | Cache WU incohérent | Reset WU (SoftwareDistribution/Catroot2) |
Notes pour les environnements d’entreprise
- WSUS/Intune : créez un anneau pilote (1–5 % du parc), puis généralisez une fois validé. Déployez les mises à jour de pilotes avant la CU si un conflit est connu.
- Supervision : surveillez les événements Setup et WindowsUpdateClient (ID 20, 31, 40) pour identifier rapidement les échecs.
- Restauration : autorisez un rollback rapide (wusa /uninstall) dans la fenêtre de maintenance si la stabilité en prod est critique.
Conclusion
KB5035853 peut échouer pour des raisons différentes selon le poste. Dans la pratique, purger $WinREAgent, réparer l’image (DISM/SFC), mettre à jour/neutraliser les pilotes et agents tiers, puis, si besoin, réparer sur place assurent un taux de réussite très élevé. En VM ESXi, soignez en priorité la chaîne réseau (VMware Tools, filtres). En dernier recours, différez la mise à jour le temps d’un correctif fournisseur.