Delete service ошибка 1072

Любая сторонняя или системная служба, если она не является критически важной, может быть остановлена в оснастке управления службами или в консоли командой Net Stop Name. А если служба не нужна, так ее можно и вовсе удалить, используя команду sc delete [имя службы]. Увы, далеко не всякую службу можно удалить таким способом и причем не во всех случаях. Так, при удалении службы вы можете получить сообщение об ошибке с кодом 1072 и комментарием «Указанная служба была отмечена для удаления».

Главная причина описанной выше ошибки — запущенный процесс службы или удержание ее родительским процессом приложения, эту службу установившую. Известны также случаи, когда удалению службы препятствовал процесс самой оснастки управления службами, хотя подобное кажется маловероятным. Поэтому, перед тем как удалять службу, убедитесь, что она находится в состоянии «Остановлена».

В противном случае остановите службу через оснастку services.msc.

Или запущенную от имени командную строку командой net stop [имя службы], а затем принудительно завершите и ее процесс, выполнив тут же в командной строке команду taskkill /F /IM [имя процесса службы].

После этого повторите команду удаления службы.

В случае успешного удаления службы команда вернет строку «успех».

Кстати, если после успешного удаления службы выполнить команду sc delete [имя службы] еще раз, вы получите ошибку с кодом 1060 и сообщением «Указанная служба не установлена».

Если служба не желает удаляться через командную строку, попробуйте удалить ее через редактор реестра, однако будьте очень осторожны, так как этим способом можно удалить даже системные службы, необходимые для корректной работы операционной системы и ее компонентов.

Записав или запомнив имя службы, откройте командой regedit редактор реестра, разверните ветку:

HKLMSYSTEMCurrentControlSetServices

И отыщите в раскрывшемся списке каталог с именем службы, которую хотите удалить.

Удалите его со всем его содержимым и перезагрузите компьютер.

Удаление службы не приводит к удалению ее исполняемого файла, но всё равно будьте осторожны, чтобы ненароком не нарушить работу Windows, если захотите таким образом избавиться от ненужных, как это вам представляется, служб.

It seems that on Windows versions later than Windows 7 (unverified, but by experience latest with Windows Server 2012 R2), the Service Control Manager (SCM) is more strict.

While on Windows 7 it just spawns another process, it is now checking whether the service process is still around and may return ERROR_SERVICE_MARKED_FOR_DELETE (1072) for any subsequent call to CreateService/DeleteService even if the service appears to be stopped.

I am talking Windows API code here, but I want to clearly outline what’s happening, so this sequence may lead to mentioned error:

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

SC_HANDLE hSvc = OpenService(hScm, L"Stub service", SERVICE_STOP | SERVICE_QUERY_STATUS | DELETE);

SERVICE_STATUS ss;
ControlService(hSvc, SERVICE_CONTROL_STOP, &ss);
// ... wait for service to report its SERVICE_STOPPED state

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

// any further calls to CreateService/DeleteService will fail
// if service process is still around

The reason a service process is still around after it already has reported its SERVICE_STOPPED state isn’t surprising. It’s a regular process, whose main thread is ‘stuck’ in its call to the StartServiceCtrlDispatcher API, so it first reacts to a stop control action, but then has to execute its remaining code sequence.

It’s kind of unfortunate the SCM/OS isn’t handling this properly for us.
A programmatic solution is kinda simple and accurate: obtain the service executable’s process handle before stopping the service, then wait for this handle to become signaled.

If approaching the issue from a system administration perspective the solution is also to wait for the service process to disappear completely.