Accueil » Blog » Informatique » Windows » Erreur 0x80070020 : fichier utilisé par un autre processus

Erreur 0x80070020 : fichier utilisé par un autre processus

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.

A lire  Partitionner un disque dur sous Windows 11 sans perdre de données
Schema decomposant le code 0x80070020 en erreur systeme 32 ERROR_SHARING_VIOLATION
Decomposition du code 0x80070020 : erreur systeme 32, fichier utilise par un autre processus.

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.

  1. Touche Windows plus R, tapez msconfig, validez.
  2. Onglet Services, cochez « Masquer tous les services Microsoft », puis « Désactiver tout ».
  3. Onglet Démarrage, ouvrez le Gestionnaire des tâches et désactivez tous les éléments de démarrage.
  4. 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.

A lire  Comment résoudre l'erreur 0xc1900223 lors de la mise à jour de Windows : guide complet

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.

Schema listant les cinq solutions a 0x80070020 du redemarrage a l analyse du journal CBS
Ordre des solutions, du redemarrage simple a l analyse du journal CBS avec Process Monitor.

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.

  1. Téléchargez Process Monitor depuis la page Sysinternals officielle et lancez Procmon.exe, la capture démarre seule.
  2. Relancez l’installation du paquet.
  3. Revenez dans Process Monitor et arrêtez la capture avec Ctrl plus E.
  4. Ouvrez le dernier Cbs.log dans %windir%\logs\cbs et cherchez la ligne d’erreur : elle nomme le fichier visé au moment de la violation de partage.
  5. Dans Process Monitor, filtrez sur le chemin qui contient ce nom de fichier pour voir quel processus le tient.
  6. 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.

A lire  Mode sans échec Windows 11 : 5 façons d'y entrer, même si le PC ne démarre plus

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.

Laisser un commentaire

Pin It on Pinterest