Ich kann keine Aufgaben mehr erstellen; Snap-In Fehler

[Iljitsch]

Hallo,
erstmal meine System Infos:
Win11Pro 25h2| Asus ROG Strix b360-f gaming PCI 3.0 | intel I7-9700 | Nvidia Rtx-4060ti 16GB | 32GB Ram | 3x nvme M2, 6 SATA SSD | LG 32" IPS-Monitor (QHD) oder LG TV (55" UHD 4K)
Nun zu meinem Problem:
Aufgrund eines Snap-In Fehlers kann ich keine Aufgaben mehr erstellen, weder mit lokalem Konto noch angemeldet.
Um das Ganze besser zu veranschaulichen, habe ich mal drei Screenshots gemacht.
Wenn ich eine neue Aufgabe erstellen möchte kommt der Snap-In Fehler, Screenshot 1

Screenshot 1.png

Da klicke ich dann auf okay und es erscheint Screenshot 2

Screenshot 2.png

Auch hier auf okay und es erscheint Screenshot 3

Screenshot 3.png

Danach kann ich die MMC nur noch schließen und ich habe keine Ahnung wie ich mit diesem Snap In Fehler umgehen soll oder dagegen tun soll.
Durch googlen habe ich einige Sachen versucht wie SFT scan oder restorehealth und als letztes sogar ein In-Place Reparatur Update, aber den Fehler hat es nicht behoben.
Jetzt dachte ich, bevor ich Windows neu aufsetze, dass mir hier vielleicht jemand helfen kann.
Ich bin experimentierfreudig und für jeden Tipp dankbar.
Gruß

[Tante Google]

[Holgi]

bist du das hier schon durchgegangen:?
https://www.deskmodder.de/wiki/index.ph ... lichkeiten

Sind diese Dateien vorhanden:?
%windir%\System32\taskschd.msc
%windir%\System32\taskschd.dll
%windir%\SysWOW64\taskschd.msc
%windir%\SysWOW64\taskschd.dll

evtl.

Code: Alles auswählen

regsvr32 %windir%\System32\taskschd.dll

Code: Alles auswählen

%windir%\SysWOW64\regsvr32 %windir%\SysWOW64\taskschd.dll

hier alles paletti?:

Code: Alles auswählen

%AppData%\Microsoft\MMC

19.02.2026  16:20    <DIR>          .
08.02.2026  14:33           140.211 eventvwr
19.02.2026  16:20            93.536 services
18.01.2026  22:16           145.608 taskschd
27.02.2026  22:55           145.190 virtmgmt
               4 Datei(en),        524.545 Bytes
               1 Verzeichnis(se), 594.620.293.120 Bytes frei

[Iljitsch]

Hallo Holgi

[Sind diese Dateien vorhanden:?
%windir%\System32\taskschd.msc
%windir%\System32\taskschd.dll
%windir%\SysWOW64\taskschd.msc
%windir%\SysWOW64\taskschd.dll]

Ja

[19.02.2026 16:20 <DIR> .
08.02.2026 14:33 140.211 eventvwr
19.02.2026 16:20 93.536 services
18.01.2026 22:16 145.608 taskschd
27.02.2026 22:55 145.190 virtmgmt]

Hier habe ich nur die taskschd
Gruß

[Holgi]

die taskschd in %AppData%\Microsoft\MMC einmal löschen. Vorher ggf. davon eine Sicherung machen (oder nur umbenennen).
dann:
eine Kommandozeile als Admin öffnen und dort

Code: Alles auswählen

cd  C:\Windows\System32
taskschd.msc

eingeben. Effekt? Änderung?

[Iljitsch]

Hallo Holgi,
danke erstmal, aber leider nein, keine Änderungen, immer noch das gleiche Verhalten.

[Holgi]

https://www.deskmodder.de/wiki/index.ph ... lichkeiten
alles schon durch? Dann weiß ich auch nicht weiter. sorry.

[DK2000]

Steht denn dazu noch etwas in der Ereignisanzeige? Irgendein COM-Fehler oder so?

Die Fehlermeldung sagt ja nicht wirklich aus, welche Datei fehlen soll. Diese Information wäre sehr nützlich.

[gerd11]

Um fehlende COM-Komponenten über gpedit automatisch zu übertragen, können Sie den folgenden Schritt befolgen: siehe
https://ibb.co/67rst6Wc

[Iljitsch]

@DK200
"Steht denn dazu noch etwas in der Ereignisanzeige? Irgendein COM-Fehler oder so?"

Hi,
Das hättest du nicht fragen dürfen. Ich habe da natürlich nachgeguckt und einen COM-Fehler nach dem anderen gefunden, aber keinen der mit dem Snap In Schlüssel zu tun hätte. (gibt's da vielleicht noch irgendwie einen Tipp wie man COM-Fehler automatisch reparieren lassen kann?)

"Die Fehlermeldung sagt ja nicht wirklich aus, welche Datei fehlen soll. Diese Information wäre sehr nützlich."

Oh ja das wäre schön! Das einzige, was aus der Fehlermeldung herausgeht, ist der Registry Schlüssel von dem Snap In:
FX:{c7b8fb06-bfe1-4c2e-9217-7a69a95bbac4}

Screenshot 2026-03-01 142132.png

Gruß

[Iljitsch]

@gerd11

Hallo, alles nach Anleitung befolgt aber leider keine Änderung.
Danke und Gruß

[gerd11]

So ein Verhalten tritt auch auf,
wenn die [Umgebungsvariablen/Systemvariablen] unter [PATH] den Eintrag
%SystemRoot%\System32\WBEM
nicht enthält -oder der Inhalt des Ordners (WBEM) beschädigt ist.

[Iljitsch]

So ein Verhalten tritt auch auf,
wenn die [Umgebungsvariablen/Systemvariablen] unter [PATH] den Eintrag
%SystemRoot%\System32\WBEM
nicht enthält -oder der Inhalt des Ordners (WBEM) beschädigt ist.

Hi
also der Ordner ist erstmal da, aber wie stelle ich fest ob der Inhalt beschädigt ist und wenn ja, kann ich dagegen irgendwas tun?
Ansonsten erstmal vielen Dank.

PS: hab die Prüfungsoptionen für den Ordner gefunden und die sagen das alles in Ordnung ist.

[gerd11]

Das der Ordner unter Windows da ist davon gehe ich aus, ist er auch hier im Path richtig mit eingetragen?
https://ibb.co/v532K1r

[gerd11]

Wenn alles nicht hilft dann könnte das die letzte Rettung sein:
DCOM-WMI reparieren - cmd als admin öffnen und:

Code: Alles auswählen

winmgmt /verifyrepository
winmgmt /salvagerepository
net stop winmgmt
winmgmt /kill
winmgmt /clearadap
winmgmt /unregserver
Benenne jetzt den Ordner:
%WINDIR%\System32\wbem\Repository 
in:
%WINDIR%\System32\wbem\Repository_OLD
um dann
for /f %s in ('dir /b /s *.dll') do regsvr32 /s %s
winmgmt /regserver
winmgmt /resyncperf

[Iljitsch]

@gerd11
Hi,
und danke erstmal aber bei dem Befehl
for /f %s in ('dir /b /s *.dll') do regsvr32 /s %s
bringt er mir einen Fehler mit
missing Keyword
Gruß