🇬🇧 | 🇩🇪 | 🇫🇷 | 🇪🇸 | 🇨🇳 | 🇸🇦
Wir haben keine DLL, aber wir haben:
Windows-Dateianalysator und Online-schneller Antivirus

Eine minimalistische Benutzeroberfläche mit schneller Suche, bequemem Hochladen und einer sauberen Abteilungsstruktur.

🛡️🔍 Überprüfen Sie Ihre Datei schnell, klicken Sie einfach auf diese Seite.
Virus-Check, Hashes, Signalüberprüfung, Architektur, KI-Informationen.

Fehlerbeschreibung

Dieser Fehler tritt auf, wenn der Windows Remote Management (WinRM / WS-Management) -Dienst versucht, das Windows Management Instrumentation (WMI) -Repository zu abfragen, aber beschädigte, ungültige oder fehlerhafte Daten erhält. Da WinRM stark auf WMI angewiesen ist, um Systemkonfigurations- und Statusinformationen zu sammeln, wird jede Korruption im WMI-Repository oder ein Problem mit den Komponenten des WMI-Anbieters sofort den WS-Management-Kommunikationskanal unterbrechen. Dieses Problem tritt häufig bei Remote-PowerShell-Sitzungen (PSSession), Systemverwaltungsaufgaben oder wenn Überwachungstools versuchen, das Windows-Betriebssystem zu untersuchen.


Schrittweise Lösungen

Folgen Sie diesen Lösungen in Reihenfolge und gehen Sie nur dann zum nächsten Schritt über, wenn der vorherige das Problem nicht gelöst hat.

Schritt 1: Neustart der WinRM- und WMI-Dienste

Manchmal wird der Fehler durch einen temporären Fehler oder einen gesperrten Prozess im Speicher verursacht. Ein Neustart beider Dienste kann den Zustand schnell löschen.

  1. Drücken Sie. Windows Key + X und wählen Terminal (Admin) oder... Command Prompt (Admin).
  2. Geben Sie den folgenden Befehl ein, um den WinRM-Dienst zu stoppen und drücken Sie Enter:
    net stop winrm
  3. Geben Sie den folgenden Befehl ein, um den WMI-Dienst zu stoppen und drücken Enter:
    net stop winmgmt
  4. Geben Sie den folgenden Befehl ein, um den WMI-Dienst zu starten, und drücken Sie Enter:
    net start winmgmt
  5. Geben Sie den folgenden Befehl ein, um den WinRM-Dienst zu starten, und drücken Sie Enter:
    net start winrm

Schritt 2: Überprüfung und Überprüfung der Konsistenz des WMI-Repositories

Wenn das Neustart der Dienste nicht funktioniert, kann das WMI-Repository selbst strukturell beschädigt sein. Windows verfügt über integrierte Tools, um dies zu überprüfen.

  1. Öffnen. Command Prompt (Admin).
  2. Führen Sie den folgenden Befehl aus, um den Zustand des WMI-Repositoriums zu überprüfen:
    winmgmt /verifyrepository
  3. Schauen Sie sich die Ausgabe an:
    • Wenn es so steht. "Repository is consistent", ist die Datenbankstruktur in Ordnung, und Sie sollten mit Schritt 4 fortfahren, um Komponenten neu zu registrieren.
    • Wenn es so steht. "Repository is inconsistent" Die Datenbank ist beschädigt.

Schritt 3: Rettung oder Wiederaufbau des WMI-Repositoriums

Wenn das Repository als inkonsistent markiert wurde, müssen Sie es reparieren.

  1. In der... Command Prompt (Admin) Dies versucht, die beschädigte Datenbank zu lesen und sicher wieder aufzubauen:
    winmgmt /salvagerepository
  2. Starten Sie Ihren Computer neu und prüfen Sie, ob der Fehler verschwunden ist.
  3. Wenn der Fehler fortbesteht oder der Rettungsauftrag fehlschlägt, müssen Sie das Repository fest zurücksetzen, indem Sie:
    winmgmt /resetrepository
  4. Beachten Sie, dass ein Reset WMI in den Standardzustand zurückführt, so dass alle Software von Drittanbietern, die benutzerdefinierte WMI-Klassen hinzugefügt hat, erneut installiert werden muss, wenn sie nicht mehr funktioniert.

Schritt 4: Umregistrierung von WMI-Modulen und -Komponenten

Wenn das Repository konsistent ist, aber der Fehler besteht, sind die DLL-Dateien oder die Kompilierungsdateien des WMI-Anbieters (.mof-Dateien) möglicherweise nicht in der Windows-Registrierung registriert.

  1. Öffnen. Command Prompt (Admin).
  2. Wechseln Sie zum WMI-Verzeichnis, indem Sie:
    cd %windir%\system32\wbem
  3. Registrieren Sie alle dynamischen WMI-Link-Bibliotheken (.dll-Dateien) erneut, indem Sie:
    for /f %s in ('dir /b *.dll') do regsvr32 /s %s
  4. Kompilieren Sie alle WMI-Provider-Dateien (.mof-Dateien) erneut in das Repository, indem Sie:
    for /f %s in ('dir /b *.mof *.mfl') do mofcomp %s
  5. Starten Sie den Computer neu, um sicherzustellen, dass alle Registrierungen im Systemkernel wirksam werden.

Schritt 5: Setzen Sie die WinRM-Konfiguration zurück

Wenn WMI vollständig gesund ist, aber der WS-Management-Dienst dennoch den Fehler auslöst, könnte die WinRM-Konfiguration selbst kaputt sein.

  1. Öffnen. Command Prompt (Admin).
  2. Setzen Sie die WinRM-Konfiguration auf die Werkseinstellungen zurück, indem Sie:
    winrm quickconfig
  3. Typ y (Ja) wenn Sie aufgefordert werden, die erforderlichen Änderungen an der Firewall und den Betriebsregeln vorzunehmen.
ERROR_WSMAN_REMOTE_CIMPATH_NOT_SUPPORTED | ERROR_WSMAN_WMI_PROVIDER_NOT_CAPABLE | ERROR_WSMAN_WMI_SVC_ACCESS_DENIED | ERROR_WSMAN_WMI_PROVIDER_ACCESS_DENIED | ERROR_WSMAN_WMI_CANNOT_CONNECT_ACCESS_DENIED

Es kann einige Fehler geben.. Learn Microsoft