Dans neuf cas sur dix, l’erreur 0x80070020 n’est pas un bug de Windows Update : un autre programme tient ouvert un fichier que l’installation doit remplacer. Microsoft traduit ce code par ERROR_SHARING_VIOLATION, soit l’erreur système 32, et pointe d’abord les pilotes filtres non Microsoft, antivirus en tête.
Points clés
- 0x80070020 correspond à l’erreur système 32, ERROR_SHARING_VIOLATION : le fichier est utilisé par un autre processus.
- Microsoft attribue l’erreur aux pilotes filtres non Microsoft (antivirus, sauvegarde, chiffrement) et recommande un démarrage propre en premier réflexe.
- Le fichier fautif se lit dans le dernier Cbs.log de
%windir%\logs\cbs. - Aucune manipulation destructive n’est nécessaire : redémarrage, démarrage minimal, mise en pause du filtrage temps réel.
- Le même code apparaît hors mise à jour, à la copie ou à la suppression d’un fichier ouvert ailleurs.
Ce que dit réellement le code 0x80070020
Les codes qui commencent par 0x8007 sont des erreurs Win32 habillées en HRESULT. Les deux derniers chiffres donnent le numéro d’origine : 0x20 vaut 32 en décimal. Dans la liste officielle des codes d’erreur système, 32 se nomme ERROR_SHARING_VIOLATION et se lit « le processus ne peut pas accéder au fichier car ce fichier est utilisé par un autre processus ».
Rien à voir donc avec un téléchargement corrompu ou un disque plein. Windows a bien le paquet, il a bien les droits, mais le fichier cible est verrouillé au moment où il veut l’écrire. La page Microsoft consacrée aux erreurs Windows Update courantes est explicite sur la cause principale : des pilotes filtres qui ne viennent pas de Microsoft, c’est à dire des logiciels qui s’intercalent entre le système et le système de fichiers.

Les logiciels qui verrouillent les fichiers de mise à jour
Trois familles reviennent sans arrêt. Les antivirus et suites de sécurité tierces, dont l’analyse en temps réel ouvre chaque fichier avant que Windows n’ait fini de l’écrire. Les logiciels de sauvegarde ou de synchronisation, qui gardent un handle ouvert le temps d’un instantané. Les utilitaires de nettoyage, de chiffrement de disque et de supervision, qui montent leur propre pilote filtre.
Le côté frustrant, c’est l’intermittence. Le verrou dépend du hasard de l’ordonnancement : la même mise à jour échoue le matin et passe le soir. Ce comportement erratique est un bon indice, il oriente vers un conflit d’accès plutôt que vers un composant Windows abîmé.
Redémarrer, puis relancer la mise à jour
La solution la moins risquée d’abord. Un redémarrage complet libère tous les handles ouverts, y compris ceux qu’un logiciel a oublié de fermer. Redémarrez, laissez passer une minute sans lancer d’application, puis retournez dans Paramètres, Windows Update et relancez l’installation.
Évitez l’arrêt puis le rallumage si le démarrage rapide est actif : il ne remet pas le noyau à zéro. Utilisez « Redémarrer », qui force un cycle complet. C’est aussi la première recommandation de la page de dépannage des mises à jour de Microsoft Support pour ce code précis.
Démarrage en mode minimal
Si le redémarrage seul ne suffit pas, passez au démarrage propre, procédure que Microsoft recommande directement pour 0x80070020.
- Touche Windows plus R, tapez
msconfig, validez. - Onglet Services, cochez « Masquer tous les services Microsoft », puis « Désactiver tout ».
- Onglet Démarrage, ouvrez le Gestionnaire des tâches et désactivez tous les éléments de démarrage.
- Redémarrez et lancez la mise à jour dans cet état.
Si l’installation passe, le coupable est dans la liste que vous venez de désactiver. Réactivez les services par moitiés successives pour l’isoler. Pensez à tout remettre en place ensuite, sinon vous laissez des fonctions de sécurité au repos.
Suspendre le filtrage temps réel le temps de l’installation
Sur une machine dotée d’un antivirus tiers, la protection en temps réel est le suspect numéro un. Mettez la protection en pause depuis la console du logiciel, pas en supprimant le produit, et relancez l’installation immédiatement. Rétablissez la protection dès que la mise à jour est terminée, et restez hors ligne pendant la fenêtre si la machine expose des services.
Un point souvent mal compris : avec un antivirus tiers installé, Microsoft Defender ne se met pas en veille partielle, il passe à l’état désactivé sur les éditions grand public. Désactiver temporairement le produit tiers ne laisse donc pas forcément la machine couverte par Defender pendant l’opération.
Réinitialiser les composants Windows Update
Un cache de mise à jour à moitié écrit peut entretenir le conflit, surtout après plusieurs tentatives interrompues. La remise à zéro des services et des dossiers de travail règle ce cas de figure. La procédure complète, service par service, est détaillée dans notre guide pour réinitialiser les composants Windows Update en ligne de commande.
Cette étape recoupe le traitement d’autres codes de la même famille, comme l’erreur 0x80070002 ou l’erreur 0x8007045d. Si plusieurs codes différents se succèdent sur la même machine, c’est l’indice d’un magasin de composants malmené plutôt que d’un simple verrou de fichier.

Identifier le fichier verrouillé, méthode Microsoft
Quand l’erreur résiste, Microsoft décrit une méthode de diagnostic précise. Elle demande un peu de patience mais désigne le fichier et le processus responsables.
- Téléchargez Process Monitor depuis la page Sysinternals officielle et lancez
Procmon.exe, la capture démarre seule. - Relancez l’installation du paquet.
- Revenez dans Process Monitor et arrêtez la capture avec Ctrl plus E.
- Ouvrez le dernier
Cbs.logdans%windir%\logs\cbset cherchez la ligne d’erreur : elle nomme le fichier visé au moment de la violation de partage. - Dans Process Monitor, filtrez sur le chemin qui contient ce nom de fichier pour voir quel processus le tient.
- Arrêtez ou désinstallez le programme concerné, puis reprenez la mise à jour.
Deux commandes intégrées aident quand le fichier est visible mais que le propriétaire reste flou : tasklist /m liste les modules chargés par chaque processus, et openfiles /query affiche les fichiers ouverts, à condition d’avoir activé l’indicateur global correspondant et redémarré.
Quand le code apparaît hors mise à jour
0x80070020 ne vit pas seulement dans Windows Update. Il sort aussi à la copie, au renommage ou à la suppression d’un fichier ouvert par une application, à la libération d’un port par un serveur local, ou pendant l’écriture d’une image disque. La logique reste la même : trouver qui détient le handle.
Fermez d’abord l’application évidente, y compris ses processus résiduels dans le Gestionnaire des tâches. Sur un dossier qui refuse de partir, l’erreur voisine est souvent 0x80070091, le dossier n’est pas vide, qui vient parfois d’un fichier verrouillé au fond de l’arborescence.
Ce qu’il ne faut pas faire
Ne supprimez pas manuellement des fichiers dans C:\Windows\WinSxS ou dans %windir%\logs\cbs pour « débloquer » l’installation. Le magasin de composants tient sa propre comptabilité et une suppression à la main crée des erreurs plus lourdes à réparer. Ne désinstallez pas non plus votre suite de sécurité dans la précipitation : une mise en pause suffit au diagnostic, la désinstallation laisse souvent des pilotes filtres orphelins qui reproduisent le problème.
La réinstallation complète du système n’a aucun intérêt ici. Une violation de partage est un conflit d’exécution, pas une corruption. Elle disparaît dès que le processus fautif est identifié.
FAQ
0x80070020 signifie-t-il que mon disque est défaillant ?
Non. Le code correspond à l’erreur système 32, un fichier occupé par un autre processus. Les erreurs matérielles de disque remontent d’autres codes, par exemple une erreur d’entrée sortie.
Faut-il désinstaller l’antivirus pour installer la mise à jour ?
Non, la mise en pause de la protection en temps réel suffit dans la grande majorité des cas. La désinstallation est un dernier recours, et seulement si le produit apparaît clairement dans le journal CBS.
Le mode sans échec règle-t-il le problème ?
Il évite le chargement de la plupart des pilotes tiers, mais Windows Update n’y fonctionne pas normalement. Le démarrage minimal par msconfig est la bonne approche, car les services Windows Update restent actifs.
Pourquoi la même mise à jour échoue une fois sur deux ?
Parce que le verrou dépend du moment où l’analyse antivirus ou la sauvegarde touche le fichier. Cette intermittence est typique d’une violation de partage et permet de l’écarter d’une corruption du magasin de composants.
Où voir la liste officielle des codes Windows Update ?
Microsoft maintient une page de codes d’erreur Windows Update courants sur Microsoft Learn, avec la traduction et l’atténuation recommandée pour chacun, dont 0x80070020.
Photo d’en-tête : capture du Gestionnaire des tâches de Windows par PantheraLeo1359531, domaine public, via Wikimedia Commons. Elle illustre l’outil qui sert à repérer un processus, pas l’erreur elle-même.
Sources : Microsoft Learn, codes d’erreur système 0-499 · Microsoft Learn, erreurs Windows Update courantes · Microsoft Support, résoudre les problèmes de mise à jour de Windows · Microsoft Sysinternals, Process Monitor · Microsoft Learn, commande openfiles. Vérifié le 14 septembre 2026.

Michel, dirigeant d’une PME informatique et formateur, expert en logiciels professionnels tels que CRM et ERP. Sa connaissance approfondie des outils de gestion d’entreprise lui permettant de conseiller et former efficacement d’autres sociétés à leur utilisation.





