L’erreur Windows Update 0x80070005 (E_ACCESSDENIED) signifie que l’accès à un fichier, un dossier ou une entrée de Registre nécessaire au téléchargement ou à l’installation d’une mise à jour a été refusé. Ce guide s’applique aux versions clientes de Windows prises en charge : les versions prises en charge de Windows 11 et les appareils Windows 10 uniquement s’ils restent éligibles à la mise à jour concernée. La première action la plus sûre consiste à confirmer l’échec dans Windows Update et à examiner WindowsUpdate.log ou CBS.log avant de modifier les autorisations.

Signification de l’erreur Windows Update 0x80070005

Dans ce contexte précis, 0x80070005 correspond à E_ACCESSDENIED, c’est-à-dire « Accès refusé ». Microsoft indique que cet échec se produit lorsque Windows Update ne peut pas accéder aux fichiers, dossiers ou entrées de Registre nécessaires. Les situations potentielles documentées comprennent des autorisations incorrectes affectant WinSxS ou SoftwareDistribution, des autorisations incorrectes dans le Registre pour la maintenance basée sur les composants, des autorisations SYSTEM insuffisantes sur le répertoire Windows ou des fichiers de mise à jour verrouillés par un logiciel de sécurité tiers.

Le même code hexadécimal peut apparaître dans le Microsoft Store, lors de l’activation de Windows, dans le cadre des licences et dans d’autres contextes Windows. Ces occurrences ne relèvent pas de cette procédure de réparation de Windows Update. Vérifiez que l’opération ayant échoué était le téléchargement ou l’installation d’une mise à jour et que l’échec apparaît dans l’historique des mises à jour ou dans les journaux de maintenance concernés.

La prise en charge de Windows 10 est conditionnelle. N’utilisez ces instructions que si l’appareil reste éligible à la mise à jour précise qui a échoué. Vérifiez l’applicabilité de la mise à jour et ses prérequis à l’aide des conseils de Microsoft pour résoudre les problèmes liés à Windows Update. Cet article ne couvre pas les mises à niveau non prises en charge de Windows 10, les procédures de récupération réservées aux machines virtuelles Azure, les erreurs du Microsoft Store ni les erreurs d’activation.

Confirmer la présence de 0x80070005 dans WindowsUpdate.log ou CBS.log

Quand utiliser cette procédure : effectuez ce diagnostic en premier après l’échec d’une mise à jour et avant de modifier les autorisations du magasin de composants.

Prérequis : accès à l’appareil concerné et possibilité d’ouvrir WindowsUpdate.log ou CBS.log. Les réparations ultérieures effectuées par commande nécessitent des droits d’administrateur, mais la consultation des journaux existants ne modifie pas le système.

Risque : faible. Risque de perte de données : aucun risque identifié. Restauration : aucune restauration n’est nécessaire, car cette procédure se limite à examiner les éléments disponibles.

  1. Vérifiez dans l’historique des mises à jour que l’échec est enregistré comme un échec de téléchargement ou d’installation de Windows Update.
  2. Ouvrez WindowsUpdate.log ou CBS.log, puis recherchez 0x80070005.
  3. Dans CBS.log, recherchez des entrées associées telles que Failed to create file ou Failed to internally open package. Ces expressions peuvent étayer un diagnostic d’accès refusé, mais elles ne prouvent pas que toutes leurs occurrences ont la même cause sous-jacente.
  4. Si vous avez besoin d’un journal Windows Update statique, générez-le avec Get-WindowsUpdateLog.
  5. Vérifiez que le code provient de Windows Update et non du Microsoft Store, de l’activation, des licences ou d’un autre composant.

Résultat attendu : l’examen doit permettre d’établir si 0x80070005 s’est produit pendant Windows Update et si les journaux contiennent des indices d’accès refusé utiles pour les procédures de réparation suivantes. Si le code est absent ou relève d’un autre composant, cessez d’utiliser ce guide au lieu de supposer qu’il s’agit d’un problème d’autorisations.

La référence de Microsoft sur les erreurs courantes de Windows Update présente également ce code comme une situation d’accès refusé et recommande d’analyser CBS.log lorsque des autorisations ont pu être modifiées.

Utiliser la procédure de réparation appropriée pour la maintenance

Les procédures suivantes sont des solutions distinctes documentées par Microsoft, et non un script à exécuter automatiquement du début à la fin. Utilisez uniquement la procédure dont les conditions indiquées correspondent à votre situation. Toutes les commandes de cette section nécessitent une Invite de commandes avec élévation de privilèges et des droits d’administrateur. La séquence officielle propre à cette erreur comprend des dépendances liées à la réinitialisation des autorisations et des composants. Ces conditions sont conservées ci-dessous, même si DISM et SFC sont moins intrusifs que des modifications récursives d’autorisations.

Réparer le magasin de composants avec DISM

Quand utiliser cette procédure : utilisez-la si l’erreur persiste après les réinitialisations applicables des autorisations et des composants de Windows Update.

Prérequis : droits d’administrateur et Invite de commandes avec élévation de privilèges.

Risque : moyen. Risque de perte de données : aucun risque direct de perte de données n’est documenté, mais une réparation de la maintenance ne doit pas être considérée comme dépourvue de risques. Restauration : aucune restauration directe n’est disponible. Utilisez les options de récupération du système ou demandez de l’aide si DISM provoque de nouveaux problèmes de maintenance.

  1. Exécutez DISM /Online /Cleanup-Image /RestoreHealth.
  2. Redémarrez l’ordinateur.
  3. Réessayez d’installer la mise à jour.

Résultat attendu : après le redémarrage, relancez la même mise à jour et vérifiez si 0x80070005 réapparaît. Microsoft n’indique aucun message de réussite distinct propre à cette erreur pour cette procédure.

Vérifier l’intégrité des fichiers système avec SFC

Quand utiliser cette procédure : utilisez-la après DISM ou lorsqu’une altération des fichiers système est suspectée.

Prérequis : droits d’administrateur et Invite de commandes avec élévation de privilèges.

Risque : moyen. Risque de perte de données : aucun risque direct de perte de données n’est documenté. Restauration : aucune restauration directe n’est disponible ; utilisez les options de récupération si les réparations échouent à plusieurs reprises ou créent de nouveaux problèmes.

  1. Exécutez sfc /scannow.
  2. Si des problèmes sont détectés, suivez les recommandations de Microsoft pour réparer les fichiers système manquants ou endommagés.
  3. Redémarrez l’ordinateur.
  4. Relancez la mise à jour.

Résultat attendu : réessayez d’installer la mise à jour concernée après le redémarrage et vérifiez si l’échec dû à un accès refusé persiste. Ne concluez pas à une réussite à partir d’un message non documenté.

Réinitialiser les composants de Windows Update

Quand utiliser cette procédure : utilisez-la si la réparation des autorisations applicable n’a pas résolu l’échec.

Prérequis : droits d’administrateur et Invite de commandes avec élévation de privilèges.

Risque : moyen. Risque de perte de données : aucun risque direct de perte de données n’est documenté. Restauration : rétablissez le nom d’origine des dossiers .old uniquement si nécessaire et seulement si la pile de mise à jour reste fonctionnelle.

  1. Arrêtez wuauserv, bits et cryptSvc.
  2. Renommez %windir%\SoftwareDistribution en SoftwareDistribution.old.
  3. Renommez %windir%\System32\catroot2 en catroot2.old.
  4. Démarrez cryptSvc, bits et wuauserv.
  5. Redémarrez l’ordinateur, puis relancez la mise à jour.

Résultat attendu : après le redémarrage, les composants de mise à jour utilisent les nouveaux emplacements résultant du changement de nom. Relancez la même mise à jour et vérifiez si le code exact réapparaît. Ne supprimez pas les dossiers et n’ajoutez pas de commandes de service non documentées.

La syntaxe et les conditions d’application de ces procédures proviennent des instructions de Microsoft concernant l’erreur Windows Update 0x80070005.

Réinitialiser les autorisations du magasin de composants uniquement si les journaux le justifient

Quand utiliser cette procédure : utilisez-la uniquement si WindowsUpdate.log ou CBS.log indique qu’un accès à WinSxS ou SoftwareDistribution a été refusé. Il ne s’agit pas d’une solution générale ou rapide aux problèmes de Windows Update.

Prérequis : droits d’administrateur et Invite de commandes avec élévation de privilèges.

Risque : élevé. Ces commandes modifient de manière récursive les autorisations d’emplacements utilisés pour la maintenance de Windows. Risque de perte de données : aucun risque direct de perte de données n’est documenté, mais des autorisations incorrectes peuvent perturber la maintenance de Windows ou le fonctionnement d’applications. Restauration : restaurez une sauvegarde fiable ou contactez le support Microsoft si la maintenance ne fonctionne plus après ces modifications.

  1. Exécutez icacls "%windir%\WinSxS" /reset /t /c /q.
  2. Exécutez icacls "%windir%\SoftwareDistribution" /reset /t /c /q.
  3. Redémarrez l’ordinateur.
  4. Réessayez d’installer la mise à jour.

Résultat attendu : réessayez d’installer la mise à jour concernée après le redémarrage et vérifiez si le même code d’accès refusé persiste. La source officielle ne définit aucun état de réussite visible distinct pour la réinitialisation des autorisations.

Ne modifiez pas les autorisations d’autres dossiers ou emplacements du Registre. Si l’une de ces opérations provoque de nouveaux dysfonctionnements de la maintenance ou des applications, arrêtez-vous au lieu de tenter des réinitialisations d’autorisations plus étendues.

Rétablir TrustedInstaller comme propriétaire si la réinitialisation des autorisations échoue

Quand utiliser cette procédure : utilisez-la uniquement si la réinitialisation documentée des autorisations du magasin de composants n’a pas résolu l’échec de la mise à jour.

Prérequis : droits d’administrateur et Invite de commandes avec élévation de privilèges.

Risque : élevé. Cette commande modifie de manière récursive le propriétaire des éléments dans WinSxS. Risque de perte de données : aucun risque direct de perte de données n’est documenté, mais un propriétaire incorrect peut affecter la maintenance. Restauration : ne rétablissez le propriétaire précédent que si une sauvegarde fiable ou une procédure de récupération d’entreprise conserve l’état antérieur.

  1. Exécutez icacls "%windir%\WinSxS" /setowner "NT SERVICE\TrustedInstaller" /t /c /q.
  2. Redémarrez l’ordinateur.
  3. Réessayez d’installer la mise à jour.

Résultat attendu : réessayez d’installer la mise à jour concernée après le redémarrage et vérifiez si 0x80070005 réapparaît. Ne choisissez pas un autre propriétaire, n’ajoutez pas de commandes takeown et ne supposez pas que la modification est réversible si vous ne connaissez pas l’état antérieur.

Si le changement de propriétaire crée de nouveaux problèmes de maintenance, arrêtez-vous et transmettez le problème au support Microsoft ou à un administrateur.

Vérifier l’antivirus et les pilotes de filtre uniquement après l’échec des réparations de maintenance

Quand utiliser cette procédure : utilisez-la uniquement après l’échec des réparations de maintenance et si les journaux indiquent toujours un accès refusé. Un antivirus tiers ou un autre outil de sécurité peut verrouiller des fichiers ou dossiers associés aux mises à jour, mais l’innocuité du déchargement d’un pilote de filtre particulier doit être vérifiée pour l’appareil concerné.

Prérequis : accès administrateur, possibilité de désactiver temporairement le logiciel de sécurité et vérification propre à l’appareil avant de décharger tout pilote identifié.

Risque : élevé. La désactivation temporaire de l’antivirus réduit la protection, et le déchargement du mauvais pilote de filtre peut perturber un logiciel de sécurité, de chiffrement, de sauvegarde ou de stockage. Risque de perte de données : aucun risque direct de perte de données n’est documenté pour la procédure confirmée, mais il est impossible de présumer que les effets d’un pilote propre à l’appareil seront sans danger. Restauration : réactivez l’antivirus et rechargez le pilote, ou redémarrez l’appareil afin de restaurer les pilotes déchargés.

  1. Désactivez temporairement la protection antivirus en temps réel.
  2. Exécutez fltmc pour afficher la liste des pilotes de filtre du système de fichiers.
  3. Si un pilote de filtre non-Microsoft est présent, déchargez-le uniquement en indiquant son nom avec fltmc unload <DriverName>.
  4. Redémarrez l’ordinateur, puis relancez la mise à jour.

Résultat attendu : cette nouvelle tentative peut indiquer si une interférence d’un logiciel tiers était associée à l’échec. Réactivez l’antivirus après le test. Ne déchargez pas tous les filtres, ne devinez pas le nom d’un pilote et ne laissez pas la protection désactivée.

Si vous ne pouvez pas vérifier que le déchargement d’un pilote de filtre non-Microsoft précis est sans danger, n’effectuez pas cette étape. Transmettez plutôt le problème à l’éditeur du logiciel, à un administrateur ou au support Microsoft.

Quand arrêter les réparations et demander de l’aide

Arrêtez toute réparation autonome si une modification d’autorisations ou de propriétaire provoque de nouvelles erreurs de maintenance ou d’application. Utilisez la méthode de restauration associée à la procédure effectuée : restaurez une sauvegarde fiable après des modifications récursives d’autorisations, rétablissez un propriétaire antérieur uniquement si son état est connu, redonnez leur nom d’origine aux dossiers de composants seulement dans les conditions documentées, ou redémarrez l’appareil et réactivez le logiciel de sécurité après le test d’interférence.

  • Conservez les éléments pertinents de WindowsUpdate.log et de CBS.log.
  • Notez la procédure confirmée qui a été tentée et indiquez si 0x80070005 persistait après la nouvelle tentative.
  • Contactez le support Microsoft ou un administrateur si les autorisations de maintenance restent incorrectes.
  • Demandez de l’aide plutôt que de décharger un pilote de filtre dont l’innocuité ne peut pas être vérifiée pour l’appareil concerné.
  • N’étendez pas cette réparation à des réinitialisations générales d’autorisations, à des modifications du Registre, à une nouvelle installation ou à une réparation sur place sur la seule base de ce guide.

L’erreur Windows Update 0x80070005 peut avoir plusieurs causes liées à un accès refusé. Aucune procédure unique ne peut donc garantir la résolution de toutes les configurations. Les éléments relevés dans les journaux et les conditions d’application indiquées doivent déterminer la réparation documentée à utiliser.