Fehler bei Aufruf von services.msc (und anderen Systemprogrammen)

Anonym
2024-05-15T10:06:53+00:00

Beim Aufruf von z.B. services.msc erhalte ich die Fehlermeldung:

Der externe unterstützende Anbieter wird nicht erkannt.

Ich habe schon alle sfc und dism Optionen ohne Veränderung probiert.

Der MS-Support konnte mir auch nicht weiterhelfen. Nur die Option einer Neuinstallation mit Verlust aller Programme und Einstellungen wurde angeboten.

Mein W11 ist aktuell Version 23H2 Build 22631.3593.

Gibt es noch eine Alternative zur Neuinstallation, die ich natürlich vermeiden möchte? Es funktioniert ja ansonsten alles!

Windows für Zuhause | Windows 11 | Leistungsprobleme und Systemfehler

Gesperrte Frage. Diese Frage wurde aus der Microsoft-Support-Community migriert. Sie können darüber abstimmen, ob sie hilfreich ist, aber Sie können keine Kommentare oder Antworten hinzufügen oder der Frage folgen.

0 Kommentare
Antwort, die vom Frageautor angenommen wurde
Anonym
2024-05-27T14:52:45+00:00

Hallo Tekkie Boy,

ich kann es kaum glauben, aber der Fehler ist weg!

Ich habe nochmal etwa rumprobiert (nach deiner Nachricht) und bin dabei auf das Programm mmc.exe aus ..\system32 gestoßen. Das ist ja die Microsoft Management Console auf der viele Systemprogramme basieren. Das konnte man aber auch nicht aufrufen. Dann ist mir die Datei mmc.exe.config aufgefallen.

Ich habe sie mal testweise in .old umbenannt (das gleiche nochmal in ..\SysWOW64):

Bild

Jetzt geht alles! Computerverwaltung, Datenträgerverwaltung, Dienste alles ohne Fehler!

Was sagst Du dazu?

Grüße

War diese Antwort hilfreich?

4 Personen fanden diese Antwort hilfreich.
0 Kommentare

41 zusätzliche Antworten

Sortieren nach: Am hilfreichsten
Am hilfreichsten Neueste Älteste
  1. Anonym
    2024-05-28T13:29:32+00:00

    Hallo Tekkie Boy,

    die services (und alle anderen nicht lesbaren in diesem Verzeichnis) habe ich mit lesbaren Versionen von meinem 2. W11 Rechner ersetzt.

    Die Datei 1: 1D4350A3-330D-4AF9-B3FF-A927A45998AC.vsch war auf meinem 2. W11 Rechner nicht drauf. Daher habe ich das Verzeichnis gelöscht.

    Die Datei 2: ActivationStore.dat (und 2 .log Dateien)

    sind ebenfalls nicht lesbar. Ich kann sie aber nicht löschen oder mit den lesbaren Versionen überschreiben da ich auch als admin keine Rechte dazu habe.

    Rechte hat nur der Benutzer SYSTEM.

    Wie kann ich diese ersetzen?

    Grüße

    R.

    P.S. Ich habe jetzt einfach von einem Linux Usb-Stick gebootet und die 3 Dateien kopiert. Sie sind jetzt lesbar und haben die gleichen Sicherheitseinstellungen wie der Ordner in dem sie sich befinden.

    War diese Antwort hilfreich?

    0 Kommentare
  2. TekkieBoy 12,556 Zuverlässigkeitspunkte Volunteer Moderator
    2024-05-28T10:21:57+00:00

    Hallo Reinhold,

    Du könntest noch die fehlerhafte Datei: Services im Pfad C:\WINDOWS\System32\drivers\etc\services ersetzen, wenn Du das nicht bereits gemacht hast.

    Es würden dann immer noch die beiden genannten Dateien mit dem Fehler vom In-place Upgrade bleiben:

    Datei 1: 1D4350A3-330D-4AF9-B3FF-A927A45998AC.vsch

    im Pfad: C:\WINDOWS\System32\config\systemprofile\AppData\Local\Microsoft\Vault\Builtin.bkup

    Datei 2: ActivationStore.dat

    im Pfad: C:\ProgramData\Microsoft\Windows\AppRepository\Packages\Microsoft.UI.Xaml.CBS_8.2207.29001.0_x64__8wekyb3d8bbwe

    Was Datei 1 beinhalten soll kann ich nicht sagen.

    Datei 2 ist eine Registry Hive die Verweise auf eine DLL Datei auf diverse Windows Kontrollelemente enthält.

    Wenn Du im Augenblick keine Probleme feststellen kannst, könntest Du die beiden fehlerhaften Dateien ignorieren.

    Allerdings könnte ich mir vorstellen, dass dir das Problem beim späteren Upgrade auf Windows 11 24h2 wieder auf die Füße fällt, da dass In-place Upgrade von 23h2 ja auch nicht geklappt hat.

    Wäre zumindest denkbar, dass es so kommen wird....

    Und die Frage was dass ganze ausgelöst hat, bleibt im Augenblick auch ungelöst. :/

    Gruß

    War diese Antwort hilfreich?

    0 Kommentare
  3. Anonym
    2024-05-28T06:44:29+00:00

    Hallo Tekkie Boy,

    chkdsk ist ohne Probleme durchgelaufen. Im Protokoll ist es wie von Dir beschrieben vermerkt.

    Damit ist das Problem aktuell für mich erledigt.

    Oder hast Du noch einen Vorschlag was man tun könnte?

    Ich danke Dir für Deine Hilfe!

    Grüße

    Reinhold

    War diese Antwort hilfreich?

    0 Kommentare
  4. TekkieBoy 12,556 Zuverlässigkeitspunkte Volunteer Moderator
    2024-05-27T16:52:38+00:00

    Danke für die Info.

    Ich würde an deiner Stelle aber mal Checkdisk laufen lassen und somit überprüfen lassen ob Fehler am Dateisystem vorhanden sind.

    Eingabeaufforderung als Admin öffnen und dann folgenden Befehl ausführen:

    chkdsk c: /f

    Du solltest dann die folgende Meldung erhalten:

    Der Typ des Dateisystems ist NTFS.

    Das aktuelle Laufwerk kann nicht gesperrt werden.

    CHKDSK kann nicht ausgeführt werden, weil das Volume von einem anderenProzess verwendet wird.

    Soll dieses Volume überprüft werden, wenn dasSystem das nächste Mal gestartet wird? (J/N)

    Die Abfrage mit J bestätigen und dann den Rechner neustarten.

    Wenn die Überprüfung durchgelaufen ist, findest Du das Protokoll in der Ereignisanzeige - Windows-Protokolle - Anwendungen und dann Rechstklick auf auf Anwendungen und Suchen auswählen.

    chkdsk in die Suchbox und Enter.

    Du solltest dann zum Log angelangen.

    Sollte im Log:

    Dateisystem wurde überprüft, keine Probleme festgestellt.

    Keine weiteren Aktionen erforderlich.

    stehen, dann sie halt keine weiteren Aktionen notwendig.

    War diese Antwort hilfreich?

    0 Kommentare