Windows : corriger DeviceSetupManager 131 (0x80072EFE/0x80072F78) sans bloquer les pilotes

Marre des alertes « DeviceSetupManager » ID 131 inondant l’Observateur d’événements ? Ce guide explique la cause (service de métadonnées Microsoft injoignable) et fournit des correctifs fiables (Paramètres, GPO, Registre, PowerShell) sans impacter Windows Update.

Sommaire

Description du problème

Symptôme principal. À chaque démarrage ou à intervalles réguliers, des centaines — parfois des milliers — d’événements Microsoft‑Windows‑DeviceSetupManager (ID 131) s’accumulent dans l’Observateur d’événements. Ils sont souvent accompagnés d’avertissements ID 200/201/202. Le message le plus typique est :

Metadata staging failed, result = 0x80072EFE / 0x80072F78 / 0x80070490…

Effet perceptible. Le système reste utilisable, mais ces événements saturent les journaux et peuvent provoquer un bref « bip » système ou une micro‑coupure audio/USB lors des pics d’activité de Device Setup Manager (service DsmSvc).

Exemple d’événement (extrait XML)

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-DeviceSetupManager" />
    <EventID>131</EventID>
    <Level>2</Level>
    <Channel>Microsoft-Windows-DeviceSetupManager/Admin</Channel>
  </System>
  <EventData>
    <Data Name="ErrorCode">0x80072EFE</Data>
    <Data Name="DeviceId">SWD\MMDEVAPI\{GUID}...</Data>
  </EventData>
</Event>

Causes identifiées

Chaîne de traitementProblème constaté
Clé registre DeviceMetadataServiceURLhttp(s)://go.microsoft.com/fwlink/?LinkID=…&clcid=0x409Le lien de redirection pointe vers le service Device Metadata (ex. dmd.metaservices.microsoft.com) qui ne répond plus de façon fiable (délai d’attente, erreur 502).
Code d’erreur dans l’événement0x80072EFE : WININET_E_CONNECTION_ABORTED 0x80072F78 : WININET_E_INVALID_SERVER_RESPONSE 0x80070490 : ERROR_NOT_FOUND
Contexte réseauVPN/proxy filtrant ou nœud Microsoft défaillant amplifient le phénomène, sans en être la cause première.
HistoriqueInstabilité observée dès Windows 7. En 2024, un changement de LinkID n’a pas rétabli de manière pérenne le service. Le problème persiste sur Windows 10/11 (y compris 11 24H2 build 26100.2033).

En résumé : Windows tente de télécharger les métadonnées d’appareils (icônes, nom descriptif, liens). L’URL officielle enregistre des échecs répétés, d’où l’avalanche d’événements DSM 131/200/201/202.


Solutions et contournements testés

Solution recommandée : désactiver la récupération des métadonnées

Cette action n’empêche pas le téléchargement des pilotes via Windows Update. Elle ne concerne que les « métadonnées » (vignettes, descriptions enrichies).

Via l’interface (méthode simple)

  1. Ouvrez Paramètres > Système > À propos de > Paramètres système avancés.
  2. Onglet Matériel > Paramètres d’installation des périphériques.
  3. Sélectionnez « Non (l’appareil risque de ne pas fonctionner comme prévu) » puis validez.

Effet : Windows n’essaie plus d’interroger le service de métadonnées, ce qui stoppe immédiatement la génération d’événements 131/200/201/202.

Via le Registre (équivalent technique)

Attention : sauvegardez le Registre avant modification.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata]
"PreventDeviceMetadataFromNetwork"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-Windows-DeviceSetupManager/Admin]
"Enabled"=dword:00000000 

Notes :

  • PreventDeviceMetadataFromNetwork=1 coupe l’accès réseau aux métadonnées.
  • Désactiver le canal d’événements (Enabled=0) évite l’inondation des journaux, même si d’autres composants invoquent DSM.

Via la Stratégie de groupe (GPO, entreprises)

  1. Ouvrez Éditeur de gestion de stratégie de groupe.
  2. Accédez à : Configuration ordinateur > Modèles d’administration > Système > Installation de périphériques.
  3. Activez la stratégie Empêcher la récupération des métadonnées de périphériques depuis Internet.
  4. (Optionnel) Distribuez en parallèle une préférence Registre pour Enabled=0 sur le canal d’event DeviceSetupManager/Admin afin d’assainir les journaux.

Via PowerShell (administrateur)

Exécutez dans une console élevée :

# Désactiver la récupération de métadonnées + canal d'événements DSM
New-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata" -Force | Out-Null
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata" -Name "PreventDeviceMetadataFromNetwork" -Type DWord -Value 1

# Désactiver le canal d'événements (équivalent Enabled=0)

wevtutil sl "Microsoft-Windows-DeviceSetupManager/Admin" /e:false

# Vérifier l'état

(Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata").PreventDeviceMetadataFromNetwork
wevtutil gl "Microsoft-Windows-DeviceSetupManager/Admin" 

Vérifier la disparition des événements

# Compter les événements DSM ID 131 des dernières 24h avant/après le correctif
$since = (Get-Date).AddDays(-1)
Get-WinEvent -FilterHashtable @{LogName='Microsoft-Windows-DeviceSetupManager/Admin'; ID=131; StartTime=$since} | Measure-Object

Techniques partielles ou aléatoires

ActionRésultat
Mettre à jour / réinstaller pilotes GPU/audio/chipsetParfois améliore la situation, sans garantie. Les erreurs reviennent si le service de métadonnées reste défaillant.
Désactiver VPN/proxy filtrantPeut réduire les 502, pas les délais d’attente du service Microsoft.
Rediriger l’URL vers 127.0.0.1Évite les timeouts mais produit des 404. Aucun intérêt pratique.

Ce qui ne fonctionne pas

  • Attendre un correctif Microsoft : aucune mise à jour cumulative (jusqu’à Windows 11 24H2 build 26100.2033) n’a rétabli le service de façon durable.
  • SFC / DISM : l’intégrité du système n’est pas en cause.
  • Désinstaller des mises à jour récentes : le problème est antérieur.

Impact réel & recommandations

  • Fonctionnalité perdue : les icônes/miniatures et descriptions enrichies des périphériques (ex. photo d’imprimante) ne seront plus mises à jour. Les pilotes continuent de s’installer via Windows Update.
  • Environnement professionnel : appliquez la désactivation par GPO pour éviter la saturation de centaines de postes et réduire le bruit en corrélation d’incidents.
  • Surveillance : si Microsoft publie une nouvelle URL ou rétablit dmd.metaservices.microsoft.com, réactivez la fonctionnalité et testez.
  • Bonne pratique : gardez des exports .reg pour basculer rapidement entre l’état « par défaut » et « désactivé ».

Comprendre le rôle de Device Setup Manager (DSM)

DSM/DsmSvc orchestre l’installation de périphériques : détection PnP, installation des pilotes, récupération facultative des métadonnées (icône, modèle lisible, liens d’aide). La récupération de métadonnées est un confort visuel ; elle n’est pas obligatoire pour le fonctionnement des périphériques.

Quand l’URL référencée par DeviceMetadataServiceURL n’est pas joignable ou renvoie une réponse invalide, DSM réessaie en arrière‑plan. Chaque tentative ratée produit un événement 131 (erreur) et parfois des 200/201/202 (avertissements). Avec des périphériques audio/HID, le pic d’activité peut coïncider avec une brève latence provoquant un « bip » ou une micro‑coupure.


Procédures détaillées (pro & experts)

Déploiement GPO pas à pas

  1. Créer un GPO « Désactiver métadonnées périphériques » et le lier aux OU de postes.
  2. Configurer : Configuration ordinateur > Modèles d’administration > Système > Installation de périphériques > Empêcher la récupération des métadonnées de périphériques depuis InternetActivé.
  3. (Option) Déployer la préférence Registre : HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-Windows-DeviceSetupManager/Admin valeur Enabled=0 (REG_DWORD).
  4. Forcer l’application : gpupdate /force, puis redémarrer.
  5. Auditer après 24–48 h : extraire les compteurs d’événements (voir script ci‑dessous) et valider la baisse > 95 % des erreurs 131.

Scripts PowerShell prêts à l’emploi

function Disable-DeviceMetadata {
  [CmdletBinding(SupportsShouldProcess)]
  param()
  if ($PSCmdlet.ShouldProcess("Registry & Event Channel", "Disable device metadata & DSM event channel")) {
    New-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata" -Force | Out-Null
    Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata" -Name "PreventDeviceMetadataFromNetwork" -Type DWord -Value 1
    wevtutil sl "Microsoft-Windows-DeviceSetupManager/Admin" /e:false
  }
}

function Enable-DeviceMetadata {
[CmdletBinding(SupportsShouldProcess)]
param([switch]$EnableEventChannel)
if ($PSCmdlet.ShouldProcess("Registry & Event Channel", "Re-enable device metadata")) {
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata" -Name "PreventDeviceMetadataFromNetwork" -Type DWord -Value 0
if ($EnableEventChannel) { wevtutil sl "Microsoft-Windows-DeviceSetupManager/Admin" /e:true }
}
}

function Get-DeviceSetupManagerStats {
param([int]$Hours = 24)
$since = (Get-Date).AddHours(-$Hours)
$ids = 131,200,201,202
Get-WinEvent -FilterHashtable @{LogName='Microsoft-Windows-DeviceSetupManager/Admin'; StartTime=$since; Id=$ids} |
Group-Object Id | Select-Object Name,Count
}

# Exemple d'usage

Disable-DeviceMetadata
Get-DeviceSetupManagerStats -Hours 24 

Vérification réseau (diagnostic ciblé)

Vous pouvez tester manuellement l’URL stockée en Registre afin de confirmer le comportement côté serveur :

$key = "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata"
$url = (Get-ItemProperty $key).DeviceMetadataServiceURL
try {
  Invoke-WebRequest -Uri $url -UseBasicParsing -TimeoutSec 10
} catch {
  Write-Warning ("Echec de requête vers le service de métadonnées : {0}" -f $_.Exception.Message)
}

Astuce : la présence de clcid=0x409 dans l’URL indique l’anglais (États‑Unis). Changer ce paramètre ne contourne pas l’indisponibilité du service.

Question fréquente : faut‑il désactiver le service DsmSvc ?

Non. Le service Device Setup Manager est requis pour l’installation/configuration PnP. On ne désactive que l’accès réseau aux métadonnées et, si souhaité, le canal d’événements afin d’éviter l’inondation des journaux.

Rollback (retour à l’état par défaut)

Deux options :

  1. Paramètres : repasser l’option sur Oui dans « Paramètres d’installation des périphériques ».
  2. Registre/PowerShell :
    • PreventDeviceMetadataFromNetwork=0
    • wevtutil sl "Microsoft-Windows-DeviceSetupManager/Admin" /e:true

Tableaux récapitulatifs

Comparatif des approches

MéthodeObjectifFacilitéEffet sur pilotesEffet sur journauxRecommandation
Paramètres (GUI)Désactiver récupération métadonnéesTrès simpleAucun impactForte baisse des 131/200/201/202Idéale poste isolé
GPOAppliquer à grande échelleMoyenneAucun impactAssainit l’infraConseillée en entreprise
Registre/PowerShellAutomatisation scriptéeMoyenneAucun impactContrôle finPour administrateurs
Changer l’URLContourner le serviceVariableNéantPeu fiableDéconseillé

Codes d’erreurs courants

CodeSignificationInterprétation dans ce contexte
0x80072EFEConnexion interrompueServeur distant coupe la session HTTP(S)
0x80072F78Réponse invalideRéponse non conforme attendue par DSM
0x80070490IntrouvableAlias fwlink ne mène à aucune ressource valide

Checklist de résolution rapide

  1. Appliquer la désactivation de la récupération des métadonnées (Paramètres, GPO ou Registre).
  2. (Option) Désactiver le canal d’événements DSM si vous voulez des journaux propres.
  3. Redémarrer.
  4. Contrôler après 24 h le compteur d’événements 131 (commande PowerShell fournie).
  5. Si des micro‑coupures audio/USB persistent : mettre à jour microprogrammes/commandes USB ou audio, et désactiver le son système « Notification » si nécessaire.

FAQ

Est‑ce que cela bloque les mises à jour de pilotes ?

Non. La récupération de métadonnées est distincte des pilotes. Windows Update continue de télécharger et installer les pilotes selon vos politiques habituelles.

Pourquoi suis‑je impacté alors que mon réseau est sain ?

Le maillon défaillant se trouve côté service de métadonnées. Un réseau irréprochable peut tout de même rencontrer des 131 si le service distant répond mal ou trop lentement.

Faut‑il purger les journaux existants ?

Pas obligatoire. Si besoin, vous pouvez archiver puis vider le canal Microsoft-Windows-DeviceSetupManager/Admin après correction pour repartir d’une base propre.

Puis‑je forcer un autre clcid que 0x409 ?

Changer la langue/zone n’a pas d’incidence tant que le service cible n’est pas fiable. Mieux vaut désactiver la récupération et réévaluer plus tard.

Comment revenir au comportement d’origine ?

Repassez l’option sur Oui dans les paramètres, ou exécutez :

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata" -Name "PreventDeviceMetadataFromNetwork" -Value 0
wevtutil sl "Microsoft-Windows-DeviceSetupManager/Admin" /e:true

Annexes

Fichiers .reg (toggle rapide)

Activer le blocage (recommandé)

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata]
"PreventDeviceMetadataFromNetwork"=dword:00000001 

Désactiver le blocage (remise par défaut)

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Metadata]
"PreventDeviceMetadataFromNetwork"=dword:00000000 

Désactiver/Activer le canal d’événements DSM

:: Désactiver
wevtutil sl "Microsoft-Windows-DeviceSetupManager/Admin" /e:false

:: Activer
wevtutil sl "Microsoft-Windows-DeviceSetupManager/Admin" /e:true 

Filtre Event Viewer prêt à coller

<QueryList>
  <Query Id="0" Path="Microsoft-Windows-DeviceSetupManager/Admin">
    <Select Path="Microsoft-Windows-DeviceSetupManager/Admin">
      *[System[(EventID=131 or EventID=200 or EventID=201 or EventID=202)]]
    </Select>
  </Query>
</QueryList>

Conclusion

Le flot d’erreurs DeviceSetupManager 131 est provoqué par l’indisponibilité du service Microsoft de métadonnées de périphériques. La solution la plus fiable consiste à désactiver la récupération des métadonnées (Paramètres, GPO, Registre ou PowerShell). Cette action n’affecte pas la distribution des pilotes et supprime immédiatement les erreurs ainsi que les micro‑coupures associées. Restez prêt à réactiver la fonctionnalité si Microsoft rétablit une URL de service fonctionnelle.

Sommaire