Description de l'erreur

Cette erreur se produit lorsque le service de gestion à distance de Windows (WinRM / WS-Management) tente d'interagir avec le service d'instrumentation de gestion de Windows (WMI), mais le fournisseur de WMI sous-jacent ne parvient pas à exécuter l'opération demandée. Cela se produit généralement en raison de référentiels WMI corrompus, de paramètres WinRM mal configurés, d'enregistrements de fournisseurs WMI brisés ou de conflits d'autorisations entre les services. Il interrompt généralement les sessions PowerShell à distance, les outils de gestion de serveur et les scripts de déploiement automatisés.

Réparations étape par étape

Suivez ces étapes pour résoudre le problème.

Étape 1: redémarrer les services WinRM et WMI

Parfois, les services entrent dans un état d'impasse ou de panne. Le redémarrage peut rapidement éliminer les erreurs de communication temporaires.

1. Appuyez dessus. Windows Key + X et sélectionnez Terminal (Admin) ou... Command Prompt (Admin).
2. Tapez la commande suivante pour arrêter le service WinRM et appuyez Enter:

   net stop winrm

3. Tapez la commande suivante pour arrêter le service WMI et appuyez Enter (Remarque: Il peut demander l'arrêt d'autres services dépendants, type Y et appuyez. Enter si elle est demandée):

   net stop winmgmt

4. Redémarrez le service WMI:

   net start winmgmt

5. Redémarrez le service WinRM:

   net start winrm

Étape 2: réenregistrer les composants WMI

Si un fournisseur WMI spécifique échoue, la réenregistration des bibliothèques de liens dynamiques de base WMI (.dll) et des fichiers de format d'objet géré (.mof) compilés réparera les connexions.

1. Ouvrez. Command Prompt (Admin).
2. Naviguer vers le répertoire WMI en exécutant:

   cd %windir%\system32\wbem

3. Enregistrez à nouveau tous les fichiers WMI DLL dans le dossier en exécutant:

   for /f %s in ('dir /b *.dll') do regsvr32 /s %s

4. Compiler à nouveau les fichiers MOF du référentiel WMI en exécutant:

   for /f %s in ('dir /b *.mof *.mfl') do mofcomp %s

5. Redémarrez votre ordinateur pour que les modifications prennent effet.

Étape 3: Exécuter l'autoévaluation et la réparation du WMI

Si le référentiel lui-même est structurellement endommagé, Windows peut vérifier son intégrité et le reconstruire.

1. Ouvrez. Command Prompt (Admin).
2. Vérifiez l' état du référentiel WMI en exécutant:

   winmgmt /verifyrepository

3. Si la sortie indique "Référentiel n'est pas cohérent", exécutez la commande de réparation:

   winmgmt /salvagerepository

4. Si la commande de sauvetage échoue, vous pouvez forcer une reconstruction en exécutant:

   winmgmt /resetrepository

5. Redémarrez l'ordinateur après avoir exécuté la commande de réinitialisation.

Étape 4: Réinitialiser la configuration WinRM

Si le WMI est en bon état mais que le service WS-Management a des auditeurs ou des configurations de terminaux cassés, réinitialiser WinRM à son état par défaut résoudra le conflit.

1. Ouvrez. Command Prompt (Admin).
2. Réinitialisez la configuration WinRM en exécutant:

   winrm quickconfig

3. Quel type ? y et appuyez. Enter pour confirmer les modifications de configuration, les exceptions de pare-feu ou les créations d'écoutants demandées par l'outil.