Description
E_ACCESSDENIED (DCOM) (code hexadécimal 0x80070005, décimal -2147024891) est un code d'erreur Windows de niveau erreur appartenant à la famille Erreurs COM et DCOM. Microsoft remonte ce code via l'API Win32, le runtime CLR, le noyau, le journal d'événements, PowerShell, les outils en ligne de commande (sfc, dism, gpupdate, sc) et les applications Windows telles qu'Outlook, Teams, Office ou System Center.
COM access denied. Check DCOM Launch and Activation permissions in Component Services.
Cette page documente ce qui déclenche 0x80070005, les scénarios les plus courants où il apparaît, les causes racines probables et un workflow de diagnostic pas-à-pas applicable sur les postes concernés. Elle s'adresse aux administrateurs système, techniciens MSP, ingénieurs helpdesk et à toute personne diagnostiquant le comportement de Windows en environnement managé.
Explication détaillée
Il s'agit d'un code de niveau erreur. Windows l'utilise pour signaler une opération en échec qui a empêché l'appelant de terminer son travail. La cause sous-jacente peut aller d'un problème de droits ou de quota à un composant système corrompu, une dépendance manquante ou un service injoignable.
Il fait partie de l'espace d'erreurs COM / DCOM / OLE. Il apparaît typiquement lors de l'activation COM (CoCreateInstance), des événements de durcissement DCOM (10016) ou des échecs de marshalling OLE-DB / RPC.
Le code peut être recherché par programmation en PowerShell avec [ComponentModel.Win32Exception]::new(-2147024891).Message (pour les codes Win32 / NTSTATUS qui se mappent proprement), ou avec net helpmsg <decimal> pour la plage décimale historique. Pour les codes de type HRESULT, décodez la facility et le code via err.exe du SDK ou la commande !error de WinDbg.
Causes courantes
- Classe COM non enregistrée (
regsvr32manquant ou mismatch 32-bit / 64-bit). - Permissions DCOM Launch / Activation dépouillées par stratégie de groupe ou durcissement.
- Serveur COM crashé et ne répondant plus aux proxies existants.
- Modèle d'apartment threading incohérent entre appelant et serveur.
- DLL de dépendance manquante ou corrompue référencée par le serveur COM.
Étapes de diagnostic
- Identifiez le CLSID/AppID fautif depuis l'entrée du journal (Event 10016 dans System log) ou la trace de l'application appelante.
- Ouvrez
dcomcnfg, repérez l'AppID dans Services de composants > Ordinateurs > Poste de travail > Configuration DCOM, et vérifiez les permissions Lancement / Activation / Accès. - Réenregistrez le serveur COM fautif :
regsvr32 <server.dll>(utilisez%WINDIR%\SysWOW64\regsvr32.exepour le 32-bit sur Windows x64). - Vérifiez les dépendances avec Dependency Walker ou
dumpbin /dependents— une DLL manquante est une cause racine fréquente. - Validez que le processus appelant correspond au modèle de threading attendu par le serveur COM (STA vs MTA).
Décoder en PowerShell
# Decode 0x80070005 (-2147024891) in PowerShell
[ComponentModel.Win32Exception]::new(-2147024891).Message
# Or via WinDbg / err.exe (Windows SDK)
# err 0x80070005
# Or net helpmsg (legacy decimal range only)
# net helpmsg <decimal>Questions fréquentes
Que signifie le code d'erreur Windows 0x80070005 ?
E_ACCESSDENIED (DCOM) (décimal -2147024891). COM access refusé. Vérifiez DCOM Launch and Activation permissions in Component Services.Comment décoder 0x80070005 en PowerShell ?
[ComponentModel.Win32Exception]::new(-2147024891).Message dans n'importe quelle session PowerShell. Pour les codes de type HRESULT, utilisez err.exe du SDK Windows ou la commande !error de WinDbg.Où Windows journalise-t-il typiquement cette erreur ?
%WinDir%\WindowsUpdate.log ; AD/Kerberos → journal Sécurité sur le DC ; BSOD → minidump dans C:\Windows\Minidump ; MSI → %TEMP%\msi*.log ; WMI → Microsoft-Windows-WMI-Activity). Croisez toujours l'horodatage et le nom du module avec les journaux Application et Système.Ce code est-il récupérable ?
Dois-je ouvrir un ticket support Microsoft pour cela ?
Get-WinEvent avant d'ouvrir le ticket.