Da ich momentan von einem seltsamen Fehler geplagt werde, stand auch die Inspektion der Ereignisanzeige auf dem Diagnoseplan. Dabei stieß ich auf den WMI-Fehler mit der ID 10 und dem obigen Fehlercode.
Anzeige
In den Details der Ereignisanzeige wurde der Text Ereignisfilter mit Abfrage "SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA "Win32_Processor" AND TargetInstance.LoadPercentage > 99" konnte im Namespace "//./root/CIMV2" nicht reaktiviert werden auf Grund des Fehlers 0x80041003.
In Englisch lautet der Fehler: Event filter with query "SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA "Win32_Processor" AND TargetInstance.LoadPercentage > 99" could not be reactivated in namespace "//./root/CIMV2" because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Also blockiert irgend etwas die Abfragen des WMI-Dienstes. Eine kurze Recherche ergab den unter [1] aufgeführten Microsoft KB-Artikel zu Windows Vista mit SP1. Ich arbeite zwar mit Windows 7 SP1, aber die Fehlerursache, ein Zugriffskonflikt auf den WBEM-Store könnte die Ursache sein. Leider lieferte der KB-Artikel keine weiteren Informationen zur Behebung. Erst eine weitere Recherche ergab unter [2] einen brauchbaren Ansatz.
Anzeige
- Im Suchfeld cmd eintippen und dann Strg+Shilft+Enter drücken, um die Eingabeaufforderung mit administrativen Rechten zu starten.
- Dann den WMI-Dienst mit net stop winmgmt in der Eingabeaufforderung stoppen.
- Anschließend habe ich den Windows Explorer aufgerufen und im Pfad C:\Windows\System32\wbem\ den Ordner Repository in Repository-old umbenannt.
Nachdem das System neu gestartet wurde, legt Windows 7 den Ordner samt Inhalt neu an (kann ein paar Sekunden dauern. Anschließend war der WMI-Fehler in der Ereignisanzeige weg (den Restore-Fehler konnte ich damit leider nicht beheben).
Links:
1: Ereignis-ID 10 wird im Anwendungsprotokoll protokolliert
2: Vista SP1: WMI Error 0x80041003 Link ungültig
Anzeige
der KB Artikel zeigt doch die Lösung? Einfach den VBS code in eine Datei packen und ausführen.
@André: Wo Du Recht hast, hast Du Recht. Hab das Teil wohl dreimal überflogen, aber der Lösungszweig war wohl im Browser ausgeblendet. Ergo habe ich die händische Variante mit Erfolg angewandt.
Aber war eh nur kosmetischer Natur – denn der ursprüngliche Fehler mit dem Task "After Recovery", der im verlinkten Beitrag beschrieben ist, ist nicht weg zu bekommen. Und ich habe momentan keinen Plan, was mir da einen Streich spielt. Dateien, die gelesen werden und die ich im Explorer nicht sehe. Registrierungsschlüssel, die gelesen werden und die ich im Regedit nicht sehe. So etwas ist mir noch nicht untergekommen.
Auch im Jahr 2021 immer noch eine gute und brauchbare Lösung (also der "Reset" des WMI Repo) :)
DANKE!
LG
Vielen Dank! Während die offizielle Lösung von Microsoft, also das VBS Script aus KB950375 [1], bei mir nicht zum Ziel geführt hat, hat es der Neuaufbau des Repositorys. Dieser Weg hat funktioniert!
Ich arbeite privat heute noch gerne mit Windows 7 auf älterer Hardware und in virtuellen Maschinen. Die Abwesenheit diverser neuerer Features – allen voran das unsäglich-nervige Action Center – schätze ich ebenso wie die Nicht-Gängelung durch den Defender, der in Windows 10 wie ein Krake das ganze System vereinnahmt und den Anwender vor sich selbst schützen soll.
Auf meinem Windows7 SP1 -64bit habe ich fortlaufend obengenannten Fehler.
Ich habe mir von dieser WebSeite (Artikel vom 20.07.2023):
https://learn.microsoft.com/de-DE/troubleshoot/windows-client/deployment/event-10-is-logged-in-application-log
strComputer = "."
Set objWMIService = GetObject("winmgmts:" _
& "{impersonationLevel=impersonate}!\\" _
& strComputer & "\root\subscription")
Set obj1 = objWMIService.ExecQuery("select * from __eventfilter
das obige (komplette) Hilfe-Skript kopiert, anschließend Zeilenweise in einer Editor-Textdatei.txt wieder originalgetreu strukturiert und anschließend als Workaround.vbs abgespeichert.
Beim öffnen erhalte ich dann diese Fehlermeldung:
Skript: Workaround.vbs
Zeile: 4
Zeichen: 1
Fehler: ')' erwartet
Code: 800A03EE
Quelle: Kompilierungsfehler in Microsoft VBScript
Es handelt sich scheinbar um das Sonderzeichen &
Ich bin darin unerfahren mit meiner Hilfesuche im Netz hatte ich bislang keinen Erfolg. Machen Sie selbst bitte eine Probe, ich hoffe Sie finden den Fehler heraus, dann könnte ich das Skript mal anwenden….. (bin ratlos und würde mich über eine Hilfe freuen)…..
Da meine Original-MS-Installations-DVD das Setup abgebrochen hatte (schwarzer Monitor + Cursor), habe ich den DVD-Inhalt auf meine Festplatte kopiert und bearbeitet. Ich habe die Boot-EFI-Dateien auf einen höheren Pfad kopiert EFI/Boot/ (daran lag offensichtlich die Hemmung) ferner in der Datei EI.cfg durch ein Semikolon ; NUR die ID-Version ;Ultimate auskommentiert. Mit ImgBurn nach Anleitung eine neue DVD gebrannt, mit VSO-Inspektor fehlerfrei geprüft. Die Installation lief dann auf Anhieb fehlerfrei durch auf einer HP-Workstation Z220 mit UEFI und Legacy-Bios und ich konnte so meine Version auswaehlen – die EI.cfg keinesfalls löschen!! Den Windows-Bootloader muß ich offensichtlich noch mit Kommandozeile über bcdedit-Befehle korrigieren: https://learn.microsoft.com/de-de/windows-hardware/manufacture/desktop/bcd-system-store-settings-for-uefi?view=windows-11
Nach über 10 Jahren habe ich vielleicht eine Lösung auf einem MS-Learn-Blog gefunden… also immer noch Aktuell !
Danke im Voraus für eine Rückmeldung