W32tm register обнаружена следующая ошибка указанная служба была отмечена для удаления 0x80070430

Как исправить «Ошибка 1075: дочерняя служба не существует или была отмечена для удаления» в Windows 10?

«Ошибка 1075: дочерняя служба не существует или была отмечена для удаления» проявляется у пользователей операционной системы Windows 10 после установки очередного обновления для нее. Проблема относится к дочерней службе и появляется во время попытки открытия Центра безопасности, Microsoft Exchange, Диспетчера Печати, Тем или любой другой службы.

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

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

К счастью, существует достаточно простой трюк с Реестром Windows, благодаря которому можно избавиться от такой проблемы, как ошибка 1075. Следуйте нижеописанным шагам.

Ошибка 1075: способы решения

Способ №1

• Выполните Win+R→regedit→Enter.
• Пройдите путем HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDhcp.
• Если в колонке «Значение» будет что-то либо кроме Tcpip, Afd и NetBt, то удалите это.
• Закройте Реестр Windows и перезагрузите систему.

Способ №2

• Выполните Win+R→regedit→Enter.
• Пройдите путем HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices
• Затем выполните Win+R→services.msc→Enter.
• Найдите в списке служб ту, из-за которой возникает ошибка 1075.
• Сделайте двойной клик на эту службу, перейдите во вкладку «Общие».
• Запомните или запишите «Имя службы».
• Теперь возвращайтесь к еще открытому Реестру Windows. Найдите в директории HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices нужную вам службу, нажмите на нее правой кнопкой мыши и выберите «Экспортировать». Сохраните бэкап службы в удобное для вас место.
• Используя правую панель, найдите запись в нужной вам службе под именем «DependOnService». Нажмите на нее правой кнопкой мыши и выберите «Удалить».
• Как только вы завершите удаление, закройте Реестр Windows и перезагрузите свой компьютер.

Если эти модификации Реестра Windows не помогли вам в решении такой проблемы, как «Ошибка 1075: дочерняя служба не существует или была отмечена для удаления», то в этом случае мы рекомендуем вам выполнить простое Восстановление системы, которое перенесет вашу систему в предыдущие, более стабильное состояние.

Как решить Ошибка «Указанная служба была отмечена для удаления»

Я пытаюсь удалить службу Windows с помощью sc delete и встретить следующую ошибку:

Указанная служба помечена для удаления.

Что я уже сделал:

Остановить службу, очевидно. sc queryex » » дает следующий результат:

Из-за этого удаления services.msc по-прежнему показывает службу (с именем, но без статуса или типа запуска), но описание » «. При попытке просмотра свойств «Система не может найти указанный файл». отображается пять раз.

Каков следующий шаг?

ОТВЕТЫ

Ответ 1

Могут быть несколько причин, которые приводят к тому, что служба застревает в «отмеченной для удаления».

Открывается Process Explorer SysInternals. Закрытие должно привести к автоматическому удалению службы.

Открывается консоль Microsoft Management Console (MMC). Чтобы все экземпляры были закрыты, запустите taskkill/F/IM mmc.exe .

Открывается консоль служб. Это то же самое, что и предыдущий пункт, поскольку консоль службы размещена в MMC.

Открывается средство просмотра событий. Опять же, это то же самое, что и третья точка.

Кто-то еще зарегистрировался на сервере и открыл одно из ранее упомянутых приложений.

Экземпляр Visual Studio, используемый для отладки службы, открыт.

Ответ 2

Это также может быть вызвано открытием консоли служб. Windows фактически не удалит службу, пока она не будет закрыта.

Ответ 3

В моем случае он работал после закрытия Services . Проверьте, открыт ли Services.msc , если да, закройте его и проверьте, что какой-либо процесс обслуживания находится в Task Manager .

Ответ 4

Привет, ребята, у меня была такая же проблема, наконец я решил убить сервисный процесс.

для этого попробуйте выполнить следующие шаги:

получить идентификатор процесса с помощью

Ответ 5

Удаление ключей реестра, как было предложено выше, застряло у моей службы в состоянии остановки. У меня сработала следующая процедура:

откройте диспетчер задач> выберите вкладку службы> выберите службу> щелкните правой кнопкой мыши и выберите «перейти к процессу»> щелкните правой кнопкой мыши процесс и выберите «Завершить процесс»

Служба должна исчезнуть после этого

Ответ 6

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

Ответ 7

Это то, что сработало для меня: — Я попал в ту же проблему: моя служба застряла в «помечена для удаления». — Я открыл services.msc Моя служба действительно отображалась как работающая, хотя она уже была удалена. — Я нажал Stop Получено сообщение об ошибке, в котором говорится, что служба не находится в состоянии получения управляющих сообщений. Тем не менее, служба была остановлена. — Закрытые услуги .msc. — Заново открытые услуги .msc. — Служба ушла (больше не отображается в списке услуг).

(Среда была Windows 7.)

Ответ 8

Это означает, что служба по-прежнему указана как отключенная в services.msc. Просто закройте services.msc и откройте его как администратор. Служба не будет указана. Теперь установите службу с помощью команды,

installutil «путь обслуживания»

Ответ 9

Похоже, что в версиях Windows позже Windows 7 (непроверено, но по последнему опыту с Windows Server 2012 R2) диспетчер управления службами (SCM) является более строгим.

В то время как в Windows 7 он просто запускает другой процесс, теперь он проверяет, все еще работает сервисный процесс, и может возвращать ERROR_SERVICE_MARKED_FOR_DELETE (1072) для любого последующего вызова CreateService/DeleteService, даже если служба оказывается остановленной.

Я говорю здесь код Windows API, но хочу четко изложить, что происходит, поэтому эта последовательность может привести к указанной ошибке:

Причина, по которой сервисный процесс все еще существует после того, как он уже сообщил о состоянии SERVICE_STOPPED, неудивительно. Это обычный процесс, основной поток которого «застревает» в своем вызове API StartServiceCtrlDispatcher , поэтому он сначала реагирует на действие управления остановкой, но затем должен выполнить оставшуюся последовательность кода.

Как ни печально, SCM/OS не справляется с этим должным образом для нас. Программное решение является простым и точным: получить обработчик исполняемого процесса службы до остановки службы, а затем дождаться, когда этот дескриптор станет сигналом.

При приближении к проблеме с точки зрения системного администрирования решение также должно дождаться полного исчезновения сервисного процесса.

Ответ 10

В моем случае это было вызвано необработанным исключением при создании источника eventLog. Используйте try catch, чтобы указать причину.

Ответ 11

В моем случае я выполняю taskkill /f /im dongleserver.exe , где dongleserver.exe — это файл моей программы exe.

Затем я могу переустановить мою программу уже.

Ответ 12

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

Ответ 13

Если шаги, предоставленные @MainMa, не работали, выполните следующие шаги

Шаг 1 Попробуйте убить процесс из диспетчера задач Windows или с помощью taskkill/F/PID. Вы можете найти pid процесса командой «sc queryex». Попробуйте выполнить следующий шаг, если вы все еще не можете удалить.

Шаг 2 Если выше

Запустить Автозапуск для Windows Поиск службы по имени и удаление результатов.

Ответ 14

Основная причина ошибки — процесс не останавливается. чтобы разрешить его запуск диспетчера задач, перейдите к службам и посмотрите, сможете ли вы по-прежнему видеть свою службу, чем перейти к процессу этого процесса обслуживания и завершения. Затем проблема будет решена полностью.

Ответ 15

У меня была эта проблема, когда я использовал Application Verifier для проверки моего сервиса win. Даже после того, как я закрыл приложение Ver, моя служба была заблокирована от удаления. Только удаление службы из App Ver разрешило проблему, и служба была удалена сразу. Похоже, какой-то процесс по-прежнему использует ваш сервис после того, как вы попытались его удалить.

Ответ 16

действия:

шаг-1 перейти к местоположению C:WindowsMicrosoft.NETFrameworkv4.0.30319

step-2 выполнить команду: installutil/u full-path/servicename.exe

step-3 закрыть панель обслуживания и снова открыть ее

Как устранить ошибку «Указанный сервис помечен для удаления»

Я пытаюсь удалить службу Windows с sc delete , и сталкиваюсь со следующей ошибкой:

Указанный сервис был помечен для удаления.

Что я уже сделал:

Остановил сервис, очевидно. Это sc queryex » » дает следующий результат:

Из-за этого удаления по- services.msc прежнему отображается служба (с именем, но без статуса или типа запуска), но описание «Не удалось прочитать описание. Код ошибки: 2> ». При попытке просмотреть свойства: «Система не может найти указанный файл». показано пять раз.

Какой следующий шаг?

Может быть несколько причин, из-за которых служба застревает в «пометке для удаления».

SysInternals ‘Process Explorer открыт . Закрытие должно привести к автоматическому удалению сервиса.

Консоль управления Microsoft (MMC) открыта . Чтобы убедиться, что все экземпляры закрыты, запустите taskkill /F /IM mmc.exe .

Сервисная консоль открыта . Это то же самое, что и предыдущий пункт, поскольку консоль служб размещается в MMC.

Просмотр событий открыт . Опять же, это то же самое, что и третий пункт.

Кто-то еще вошел на сервер и открыл одно из ранее упомянутых приложений.

Экземпляр Visual Studio, используемый для отладки службы , открыт.

Это также может быть вызвано, если оставить консоль служб открытой. Windows фактически не удалит сервис, пока он не будет закрыт.

У меня была такая же проблема, наконец я решаю убить процесс обслуживания.

для этого попробуйте следующие шаги:

получить идентификатор процесса службы с

убить процесс с

В моем случае это сработало после закрытия Services . Проверьте Services.msc , открыт ли он, если да, закройте его и проверьте, есть ли процесс обслуживания в Task Manager .

Это означает, что сервис все еще указан как отключенный в services.msc. Просто закройте services.msc и снова откройте как администратор . Служба не будет указана. Теперь установите сервис, используя команду,

installutil «путь обслуживания»

Удаление ключей реестра, как было предложено выше, застряло у моей службы в состоянии остановки. Следующая процедура работала для меня:

Откройте диспетчер задач> выберите вкладку службы> выберите службу> щелкните правой кнопкой мыши и выберите «Перейти к процессу»> щелкните правой кнопкой мыши по процессу и выберите Завершить процесс

Служба должна исчезнуть после этого

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

Похоже, что в версиях Windows, более поздних, чем Windows 7 (не проверенных, но по опыту последних версий Windows Server 2012 R2), диспетчер управления службами (SCM) является более строгим.

Хотя в Windows 7 он просто порождает другой процесс, он теперь проверяет, все ли запущен сервисный процесс, и может вернуть ERROR_SERVICE_MARKED_FOR_DELETE (1072) для любого последующего вызова CreateService / DeleteService, даже если служба кажется остановленной.

Я говорю здесь о коде Windows API, но хочу четко обозначить, что происходит, поэтому эта последовательность может привести к указанной ошибке:

Причина, по которой сервисный процесс все еще существует после того, как он уже сообщил о своем состоянии SERVICE_STOPPED, не удивительна. Это обычный процесс, основной поток которого «застрял» в своем вызове StartServiceCtrlDispatcher API, поэтому он сначала реагирует на действие управления остановкой, но затем должен выполнить оставшуюся последовательность кода.

К сожалению, SCM / OS не справляется с этим должным образом. Программное решение довольно простое и точное: получите дескриптор процесса исполняемого файла службы перед тем, как остановить сервис, затем дождитесь, пока этот дескриптор станет сигнальным.

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

Вот что сработало для меня: — Я столкнулся с той же проблемой: мой сервис застрял в «помечены для удаления». — Я открыл services.msc Мой сервис обнаружился как работающий, хотя он уже был удален. — Я нажал «Стоп получил сообщение об ошибке», сказав, что служба не находится в состоянии приема контрольных сообщений. Тем не менее, служба была остановлена. — Закрытые сервисы .msc. — вновь открытые услуги .msc. — Сервис пропал (больше не отображается в списке сервисов).

(Среда была Windows 7.)

В моем случае я выполняю taskkill /f /im dongleserver.exe , где dongleserver.exe находится исполняемый файл моей программы.

Тогда я могу переустановить свою программу уже.

В моем случае это было вызвано необработанным исключением при создании исходного кода eventLog. Используйте try catch, чтобы определить причину.

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

Служба удалена или отмечена на удаление

Здравствуйте.
На «Windows 7 Home Basic» не хочет работать Rutoken. В диспетчере устройств он отображается как «Rutoken ECP» и CryptoPro его не видит. На других системах работает и определяется как «Устройство чтения смарт-карт Microsoft Usbccid (WUDF)». При попытке обновить драйвер он его находит, но отказывается устанавливать выдавая ошибку «Дочерняя служба не существует или была отмечена для удаления».

О какой службе может идти речь и как это можно исправить? Служба Смарт-карты работает и на удаление судя по реестру она не отмечена. SFC проблем не видит, откатить на точку восстановления возможности нету. Исправляет эту проблему обновление системы с диска, но это ломает работу многих программ.

Как узнать в ADODB.Recordset, запись отмечена для удаления или нет?
Set conn = New ADODB.Connection conn.ConnectionString = «DRIVER=

Определить какая из точек А или В наиболее удалена от начала координат
Ввести с клавиатуры координаты точек А(х0, у0) и В(х1, у1). Определить какая из точек А или В.

BOF или EOF имеет значение true либо текущая запись удалена
Не могу допендрить что не так: ADOQuery->FindFirst(); while(!ADOQuery->Eof) // возникает.

BOF или EOF имеет значение true либо текущая запись удалена -Excel Access
Задание что бы из базы данных в ComboBox1 поддягивались филиалы, и в зависимости от выбранного.

Я пытаюсь удалить службу Windows с помощью sc delete <service name> и встретить следующую ошибку:

[SC] DeleteService FAILED 1072:

Указанная служба помечена для удаления.

Что я уже сделал:

• Остановить службу, очевидно. sc queryex "<service name>" дает следующий результат:

  SERVICE_NAME: 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              :
  

• Убедитесь, что консоль управления Microsoft закрыта (taskkill /F /IM mmc.exe),

• Убедитесь, что просмотр событий закрыт,

• Удален ключ HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices< имя службы > из реестра.

  Из-за этого удаления services.msc по-прежнему показывает службу (с именем, но без статуса или типа запуска), но описание «< Failed to Read Description. Код ошибки: 2 > «. При попытке просмотра свойств «Система не может найти указанный файл». отображается пять раз.

Проблема сохраняется.

Каков следующий шаг?

Ответ 1

Могут быть несколько причин, которые приводят к тому, что служба застревает в «отмеченной для удаления».

1. Открывается Process Explorer SysInternals. Закрытие должно привести к автоматическому удалению службы.

2. Диспетчер задач открывается.

3. Открывается консоль Microsoft Management Console (MMC). Чтобы все экземпляры были закрыты, запустите taskkill/F/IM mmc.exe.

4. Открывается консоль служб. Это то же самое, что и предыдущий пункт, поскольку консоль службы размещена в MMC.

5. Открывается средство просмотра событий. Опять же, это то же самое, что и третья точка.

6. Доступен ключ HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices{имя службы}.

7. Кто-то еще зарегистрировался на сервере и открыл одно из ранее упомянутых приложений.

8. Экземпляр Visual Studio, используемый для отладки службы, открыт.

Ответ 2

Это также может быть вызвано открытием консоли служб. Windows фактически не удалит службу, пока она не будет закрыта.

Ответ 3

В моем случае он работал после закрытия Services. Проверьте, открыт ли Services.msc, если да, закройте его и проверьте, что какой-либо процесс обслуживания находится в Task Manager.

Ответ 4

Привет, ребята, у меня была такая же проблема, наконец я решил убить сервисный процесс.

для этого попробуйте выполнить следующие шаги:

• получить идентификатор процесса с помощью

  sc queryex <service name>

• уничтожить

  taskkill/F/PID <Service PID>

Ответ 5

Удаление ключей реестра, как было предложено выше, застряло у моей службы в состоянии остановки. У меня сработала следующая процедура:

откройте диспетчер задач> выберите вкладку службы> выберите службу> щелкните правой кнопкой мыши и выберите «перейти к процессу»> щелкните правой кнопкой мыши процесс и выберите «Завершить процесс»

Служба должна исчезнуть после этого

Ответ 6

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

Ответ 7

Это то, что сработало для меня:
— Я попал в ту же проблему: моя служба застряла в «помечена для удаления».
— Я открыл services.msc Моя служба действительно отображалась как работающая, хотя она уже была удалена.
— Я нажал Stop Получено сообщение об ошибке, в котором говорится, что служба не находится в состоянии получения управляющих сообщений. Тем не менее, служба была остановлена.
— Закрытые услуги .msc.
— Заново открытые услуги .msc. — Служба ушла (больше не отображается в списке услуг).

(Среда была Windows 7.)

Ответ 8

Это означает, что служба по-прежнему указана как отключенная в services.msc. Просто закройте services.msc и откройте его как администратор… Служба не будет указана. Теперь установите службу с помощью команды,

installutil «путь обслуживания»

Ответ 9

Похоже, что в версиях Windows позже Windows 7 (непроверено, но по последнему опыту с Windows Server 2012 R2) диспетчер управления службами (SCM) является более строгим.

В то время как в Windows 7 он просто запускает другой процесс, теперь он проверяет, все еще работает сервисный процесс, и может возвращать ERROR_SERVICE_MARKED_FOR_DELETE (1072) для любого последующего вызова CreateService/DeleteService, даже если служба оказывается остановленной.

Я говорю здесь код Windows API, но хочу четко изложить, что происходит, поэтому эта последовательность может привести к указанной ошибке:

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

Причина, по которой сервисный процесс все еще существует после того, как он уже сообщил о состоянии SERVICE_STOPPED, неудивительно. Это обычный процесс, основной поток которого «застревает» в своем вызове API StartServiceCtrlDispatcher, поэтому он сначала реагирует на действие управления остановкой, но затем должен выполнить оставшуюся последовательность кода.

Как ни печально, SCM/OS не справляется с этим должным образом для нас.
Программное решение является простым и точным: получить обработчик исполняемого процесса службы до остановки службы, а затем дождаться, когда этот дескриптор станет сигналом.

При приближении к проблеме с точки зрения системного администрирования решение также должно дождаться полного исчезновения сервисного процесса.

Ответ 10

В моем случае это было вызвано необработанным исключением при создании источника eventLog. Используйте try catch, чтобы указать причину.

Ответ 11

В моем случае я выполняю taskkill /f /im dongleserver.exe,
где dongleserver.exe — это файл моей программы exe.

Затем я могу переустановить мою программу уже.

Ответ 12

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

taskkill /F /IM mmc.exe

Ответ 13

Если шаги, предоставленные @MainMa, не работали, выполните следующие шаги

Шаг 1 Попробуйте убить процесс из диспетчера задач Windows или с помощью taskkill/F/PID. Вы можете найти pid процесса командой «sc queryex». Попробуйте выполнить следующий шаг, если вы все еще не можете удалить.

Шаг 2 Если выше

Запустить Автозапуск для Windows Поиск службы по имени и удаление результатов.

Ответ 14

Основная причина ошибки — процесс не останавливается.
чтобы разрешить его запуск диспетчера задач, перейдите к службам и посмотрите, сможете ли вы по-прежнему видеть свою службу, чем перейти к процессу этого процесса обслуживания и завершения. Затем проблема будет решена полностью.

Ответ 15

У меня была эта проблема, когда я использовал Application Verifier для проверки моего сервиса win. Даже после того, как я закрыл приложение Ver, моя служба была заблокирована от удаления. Только удаление службы из App Ver разрешило проблему, и служба была удалена сразу. Похоже, какой-то процесс по-прежнему использует ваш сервис после того, как вы попытались его удалить.

Ответ 16

действия:

шаг-1 перейти к местоположению C:WindowsMicrosoft.NETFrameworkv4.0.30319

step-2 выполнить команду: installutil/u full-path/servicename.exe

step-3 закрыть панель обслуживания и снова открыть ее

шаг-4 выполнить команду: installutil full-path/servicename.exe