Comment résoudre l'erreur "Le service spécifié a été marqué pour suppression"

Question

Je tente de supprimer un service Windows avec sc delete , et je rencontre l'erreur suivante:

[SC] DeleteService FAILED 1072:

Le service spécifié a été marqué pour suppression.

Ce que j'ai déjà fait:

• Arrêté le service, évidemment. Le sc queryex "" donne le résultat suivant:

  NOM_DU_SERVICE: Stub service
          TYPE               : 10  WIN32_OWN_PROCESS
          STATE              : 1  STOPPED
          WIN32_EXIT_CODE    : 1067  (0x42b)
          SERVICE_EXIT_CODE  : 0  (0x0)
          CHECKPOINT         : 0x0
          WAIT_HINT          : 0x0
          PID                : 0
          FLAGS              :

• Assuré que Microsoft Management Console est fermé (taskkill /F /IM mmc.exe),

• Assuré que l'Observateur d'événements est fermé,

• Supprimé la clé HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ du registre.

  En raison de cette suppression, services.msc affiche toujours le service (avec un nom, mais aucun état ou type de démarrage), mais la description est "". Lors de la tentative d'affichage des propriétés, "Le système ne peut pas trouver le fichier spécifié." est affiché cinq fois.

Le problème persiste.

Quelle est la prochaine étape?

Answer 1

Cela signifie que le service est toujours répertorié comme désactivé dans services.msc. Fermez simplement le services.msc et réouvrez en tant qu'administrateur... Le service ne sera pas répertorié. Maintenant, installez le service en utilisant la commande,

installutil "chemin du service"

Answer 2

Supprimer les clés de registre comme suggéré ci-dessus a bloqué mon service à l'état d'arrêt. La procédure suivante a fonctionné pour moi :

ouvrir le gestionnaire des tâches > sélectionner l'onglet "Services" > sélectionner le service > clic droit et sélectionner "Aller au processus" > clic droit sur le processus et sélectionner Terminer le processus

Le service devrait disparaître après cela

Answer 3

Découvert une autre chose à vérifier - regardez dans le gestionnaire des tâches - si d'autres utilisateurs sont connectés à cette boîte, même s'ils sont 'déconnectés', vous devez effectivement les déconnecter pour que le service soit finalement supprimé.

Answer 4

Fermer chaque fenêtre actuellement ouverte, puis exécuter la commande suivante a résolu le problème pour moi :

taskkill /F /IM mmc.exe

Answer 5

Il semble qu'à partir des versions de Windows postérieures à Windows 7 (non vérifié, mais d'après mon expérience la dernière est Windows Server 2012 R2), le Gestionnaire de contrôle des services (SCM) est plus strict.

Alors que sur Windows 7 il se contentait de lancer un autre processus, il vérifie maintenant si le processus du service est toujours présent et peut renvoyer l'erreur ERROR_SERVICE_MARKED_FOR_DELETE (1072) pour toute appel ultérieur à CreateService/DeleteService même si le service semble être arrêté.

Je parle ici de code de l'API Windows, mais je tiens à expliciter clairement ce qui se passe, donc cette séquence peut entraîner l'erreur mentionnée :

SC_HANDLE hScm = OpenSCManager(nullptr, nullptr, SC_MANAGER_ALL_ACCESS);

SC_HANDLE hSvc = OpenService(hScm, L"Service fictif", SERVICE_STOP | SERVICE_QUERY_STATUS | DELETE);

SERVICE_STATUS ss;
ControlService(hSvc, SERVICE_CONTROL_STOP, &ss);
// ... attendre que le service signale son état SERVICE_STOPPED

DeleteService(hSvc);
CloseServiceHandle(hSvc);
hSvc = nullptr;

// toutes les appels ultérieurs à CreateService/DeleteService échoueront
// si le processus du service est toujours actif

La raison pour laquelle un processus de service est toujours actif après avoir signalé son état SERVICE_STOPPED n'est pas surprenante. Il s'agit d'un processus régulier, dont le thread principal est 'bloqué' dans son appel à l'API StartServiceCtrlDispatcher, il réagit d'abord à une action de contrôle d'arrêt, puis doit exécuter sa séquence de code restante.

Il est un peu dommage que le SCM/Système d'exploitation ne gère pas correctement cela pour nous. Une solution programmable est plutôt simple et précise : obtenir le handle du processus exécutable du service avant d'arrêter le service, puis attendre que ce handle soit signalé.

Si l'on aborde le problème d'un point de vue administratif système, la solution est également d'attendre que le processus du service disparaisse complètement.