Системное приложение com не запускается ошибка 1053
Недавно я унаследовал пару приложений, которые работают как службы Windows, и у меня возникают проблемы с предоставлением gui (доступного из контекстного меню в системном трее) с обоими из них.
Причина, по которой нам нужен gui для службы Windows, заключается в том, чтобы иметь возможность повторно настраивать поведение служб (ов) Windows, не прибегая к остановке/повторному запуску.
Мой код отлично работает в режиме отладки, и я получаю контекстное меню, и все ведет себя правильно и т.д.
Когда я устанавливаю службу через "installutil", используя именованную учетную запись (то есть не локальную учетную запись системы), служба работает нормально, но не отображает значок на панели задач (я знаю, что это нормальное поведение, потому что я не имеют опции "взаимодействовать с рабочим столом" ).
Вот проблема: если я выбираю параметр "LocalSystemAccount" и проверяю опцию "взаимодействовать с рабочим столом", служба запускает AGES для начала без какой-либо очевидной причины, и я просто продолжаю получать
Не удалось запустить службу. на локальном компьютере.
Ошибка 1053: служба не ответила на запрос запуска или управления своевременно.
Мой первый вопрос: почему учетная запись "Локальная системная учетная запись" принимает SOOOOO MUCH LONGER, чем когда служба входит в систему с не-LocalSystemAccount, вызывая тайм-аут службы Windows? какая разница между этими двумя, чтобы вызвать такое поведение при запуске?
Во-вторых - сделав шаг назад, все, что я пытаюсь достичь, - это просто служба Windows, которая предоставляет gui для конфигурации - я был бы очень счастлив запустить с помощью не-Local System Account (с именем user/pwd), если бы я мог заставить службу взаимодействовать с рабочим столом (то есть иметь контекстное меню, доступное в системном трее). Возможно ли это, и если да, то как?
Любые указатели на вышеуказанные вопросы будут оценены!
ОТВЕТЫ
Ответ 1
Ответ 2
Если вы продолжаете идти по пути, чтобы ваша служба взаимодействовала с пользовательским рабочим столом напрямую, вы потеряете: даже в самых благоприятных обстоятельствах (то есть "перед Vista" ), это очень сложно.
Наиболее вероятная причина, по которой ваша служба зависает при запуске, заключается в том, что она пытается взаимодействовать с несуществующим рабочим столом (или предполагает, что Explorer работает внутри сеанса пользователя системы, что тоже не так) или ожидает ввода от невидимый рабочий стол.
Достоверное исправление only для этих проблем - это удаление всего кода пользовательского интерфейса из вашей службы и перенос его на отдельный исполняемый файл, который запускается внутри интерактивного пользовательского сеанса (исполняемый файл можно запустить с помощью глобального Например, группа запуска).
Связь между вашим кодом пользовательского интерфейса и вашим сервисом может быть реализована с использованием любого механизма RPC: Именованные каналы работают особенно хорошо для этой цели. Если ваши потребности в связи минимальны, использование приложений, определенных командами диспетчера управления услугами, также может сделать трюк.
Это потребует определенных усилий для достижения этого разделения между пользовательским интерфейсом и служебным кодом: однако, это единственный способ сделать работу надежно и хорошо послужит вам в будущем.
Свидетельство издателя - это малоиспользуемая функция безопасности доступа к коду (CAS): только в маловероятном случае, когда ваш сервис действительно полагается на PublisherMembershipCondition, он отключит его, вызывая проблемы. Во всех других случаях это приведет к тому, что постоянные или прерывистые сбои при запуске исчезнут, больше не требуя, чтобы среда выполнения выполняла дорогостоящие проверки сертификатов (включая поиск списков списков).
Ответ 3
Ответ 4
Чтобы отладить запуск вашей службы, добавьте следующее в начало OnStart() метода вашей службы:
Примечание. В общем случае, если вам нужно, чтобы пользователь взаимодействовал с вашим сервисом, лучше разделить компоненты графического интерфейса на отдельное приложение Windows, которое запускается при входе пользователя в систему. Затем вы используете что-то вроде именованных каналов или какой-либо другой формы IPC для установления связи между графическим интерфейсом и вашим сервисом. На самом деле это единственный способ, который возможен в Windows Vista.
Ответ 5
Я снимаю слепых здесь, но я часто обнаружил, что длительные задержки в запуске службы прямо или косвенно вызваны таймаутами сетевых функций, часто при подключении к контроллеру домена при поиске идентификаторов SID учетной записи - что происходит очень часто косвенно через GetMachineAccountSid() , понимаете ли вы это или нет, поскольку эта функция вызывается подсистемой RPC.
Пример того, как отлаживать в таких ситуациях, см. Случай задержек запуска процесса в блоге Марка Руссиновича.
Ответ 6
В классе обслуживания внутри OnStart-метода не выполняется огромная работа, операционная система ожидает короткое время для запуска службы, запускает ваш метод с помощью запуска потока:
Ответ 7
Если вы используете код отладки, как показано ниже, в вашей службе может возникнуть проблема.
Вместо этого используйте аргумент для режима отладки, как показано ниже.
Ответ 8
Установите конструкцию отладки службы и присоедините отладчик к сервису, чтобы узнать, что происходит.
Ответ 9
Я хочу здесь написать комментарии mdb. Не идите по этому пути. У вашей службы не должен быть пользовательский интерфейс. "Никакое взаимодействие с пользователем" не похоже на определяющую функцию службы.
Если вам нужно настроить свою службу, напишите другое приложение, которое редактирует ту же конфигурацию, что и служба при запуске. Но сделайте это отличным инструментом - когда вы хотите запустить службу, вы запускаете службу. Когда вы хотите его настроить, вы запустите инструмент настройки.
Теперь, если вам нужен мониторинг службы в реальном времени, то это немного сложнее (и, конечно же, что-то, что я хотел с услугами). Теперь вы говорите о необходимости использовать межпроцессные коммуникации и другие головные боли.
Хуже всего, если вам нужно взаимодействие с пользователем, тогда у вас есть реальное отключение здесь, потому что службы не взаимодействуют с пользователем.
В твоей обуви я бы отступил и спросил , почему это должно быть услугой? И для чего требуется взаимодействие с пользователем?
Эти два требования довольно несовместимы, и это должно вызывать тревоги.
Ответ 10
Скопируйте DLL-версию релиза или вызовите dll из режима деблокирования, а не в режим отладки, и вставьте его в папку установки, он должен работать
Ответ 11
У меня была эта проблема, и это заставило меня замочить два дня. Если ваша проблема похожа на мою:
У меня есть настройки "Пользовательские настройки" в моей службе Windows, поэтому служба может выполнять самообслуживание, не останавливаясь и не запуская сервис. Проблема заключается в "пользовательских настройках", где конфигурационный файл для этих параметров сохраняется в папке под профилем пользователя пользователя, который запускает службу Windows в версии файла service-exe.
Эта папка по какой-то причине была повреждена. Я удалил папку, и служба начала работать снова счастливо, как обычно.
Ответ 12
У меня возникла аналогичная проблема с службой, которую я писал. Он отлично работал, и однажды я начал получать таймаут на ошибках Start. Это произошло в одном и/или выпуске и отладке в зависимости от того, что происходит. Я создал экземпляр EventLogger из System.Diagnostics, но всякая ошибка, которую я видел, должна была произойти до того, как Logger смог написать.
Короче говоря, причина таймаута может быть вызвана различными исключениями/ошибками, но использование EventLogs Runtime может помочь вам понять, что происходит (особенно в тех случаях, когда одна сборка работает, а другая не работает).
Надеюсь, это поможет!
Ответ 13
После того, как я исправил код, чтобы перейти к основному контенту, он запустил бы предназначенный код:
Затем он переставал появляться.
Как уже говорили многие люди, ошибка может быть любой, и предлагаемые решения могут или не могут ее решить. Если они не решают проблему (например, Release вместо Debug, добавив в вашу конфигурацию generatePublisherEvidence = false) и, скорее всего, проблема связана с вашим собственным кодом.
Ответ 14
Эта проблема обычно возникает, когда на вашей сборке есть какая-то ссылка, и, как правило, сбой не выполняется во время выполнения.
для отладки put Thread.Sleep(1000) в main() . и поместите точку прерывания в следующую строку выполнения.
Затем запустите процесс и приложите отладчик к процессу во время его запуска. Нажмите f5 после того, как он достигнет точки останова. Это исключает исключение сбоя или ссылки.
Надеюсь, это решит эту ошибку.
Ответ 15
Используемое мое обслуживание
Ответ 16
Ответ 17
Как локальная системная учетная запись, так и локальная служба не будут работать для меня, а затем установите ее в службу сети, и это сработало нормально.
Ответ 18
В моем случае у меня была эта проблема из-за подлинной ошибки. Перед вызовом конструктора службы один статический конструктор переменной-члена терпит неудачу:
Добавив блок try-catch, я обнаружил, что исключение произошло из-за неправильной версии oracle. Установка правильной базы данных решила проблему.
Ответ 19
Я также столкнулся с аналогичной проблемой и обнаружил, что была проблема загрузки сборок. Я сразу же получил эту ошибку при попытке запустить службу.
Ответ 20
Добавление 127.0.0.1 crl.microsoft.com в файл "Хосты" решило нашу проблему.
Ответ 21
Это сработало для меня. В основном убедитесь, что пользователь Log on установлен вправо. Однако это зависит от того, как настроена инфраструктура учетной записи. В моем примере он использует учетные данные пользователя учетной записи AD.
Ответ 22
Если у вас есть форма окна, используемая для тестирования, убедитесь, что объект запуска по-прежнему является сервисом, а не формой окна
Ответ 23
Ответ 24
откройте окно служб как администратор, затем попробуйте запустить службу. Это сработало для меня.
Ответ 25
Ответ 26
Сборка для сборки не работала для меня, однако я просмотрел журнал событий и журнал приложений и увидел, что служба Windows бросает исключение безопасности, когда пыталась создать журнал событий. Я исправил это, добавив источник события вручную с доступом администратора.
Я следил за этим руководством от Microsoft:
Ответ 27
Взял меня за часы, должен был увидеть средство просмотра событий get_AppSettings().
Изменение конфигурации приложения вызвало проблему.
Ответ 28
Моя проблема связана с целевой структурой, упомянутой в конфигурации службы Windows, была
Среди причин: отсутствие библиотеки DLL, которая требуется для запуска многих программ, поврежденные системные файлы или компоненты запускаемого приложения, сбой сетевых настроек, нет соответствующих разрешений, в частности, прав администратора и прочее.
Изменение настроек тайм-аута в реестре
Первое, что нужно сделать, это изменить настройки тайм-аута с помощью Редактора реестра. Каждый раз, когда инициируется запрос на запуск службы, активируется таймер, в котором предустановленно временное значение. Если служба не запустилась в течение этого промежутка времени, Windows выбрасывает ошибку 1053.
Для изменения откройте Редактор реестра командой regedit из окна Win +R.
На левой панели перейдите к разделу: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\
Найдите параметр ServicesPipeTimeout . Если он отсутствует, щелкните правой кнопкой мыши на Control и выберите Создать – Параметр DWORD (32 бита) и присвойте ему указанное имя.
Кликните на него правой кнопкой мыши и выберите «Изменить». В поле Значение наберите 180000 , сохраните изменения на «ОК» и выйдите из редактора.
Если после перезагрузки компьютера не удается запустить службу, поскольку не ответила на запрос, перейдите к следующему шагу.
Проверка системных файлов
При повреждении системных файлов, некоторые компоненты Windows будут функционировать неправильно, что в свою очередь может привести к ошибке 1053. В этом решении используем средство проверки целостности системы, которое выполнит сканирование файловой структуру Windows и сравнит ее с копией, предоставленной в интернете. При обнаружении каких-либо несоответствий, будут загружены рабочие файлы из серверов Майкрософта для замены поврежденных.
В панели системного поиска наберите cmd . При отображении в результатах командной строки, запустите ее с правами администратора.
Запустите в консоли поочередно две команды, подтверждая запуск каждой на Enter:
- sfc /scannow
- DISM /Online /Cleanup-Image /RestoreHealth
После завершения сканирования перезагрузите компьютер. Проверьте, прерывается ли запуск службы ошибкой с кодом 1053.
Переустановка приложения
Если запуск определенного приложения прерывается ошибкой 1053, попробуйте его переустановить. Скорее всего, повреждены или отсутствуют компоненты, которые отвечают за запрос какой-либо службы в Windows.
Перейдите в раздел Программы и компоненты командой appwiz.cpl из диалогового окна Win + R.
В списке найдите приложение, щелкните по нему правой кнопкой мыши и удалите.
После перезагрузки компьютера, загрузите программу из официального источника и выполните установку заново.
Сброс сетевого кэша
Если ошибка происходит при запуске службы, которая использует подключение к интернету, попробуйте сбросить настройки сети. Имейте в виду, что это решение может затронуть сетевые настройки, установленные вручную.
Откройте командную строку от имени администратора с помощью системного поиска.
В консоли выполните следующие команды, подтверждая каждую на Enter:
После перезагрузки компьютера проверьте, что есть доступ в интернет и попробуйте выполнить то действие, которое не удавалось из-за ошибки 1053.
Если продолжаете сталкиваться с ошибкой, попробуйте обновить Windows до последней версии путем установки всех ожидающих обновлений.
Иногда служба не может ответить на запрос при отсутствии у текущей учетной записи пользователя разрешений на папку приложения. В этом случае измените владельца папки и установите над ней полный доступ.
Ошибка службы 1053 обычно возникает, когда возникают проблемы между службой приложения, которую вы хотите остановить или прервать, и файлом Advapi32.dll. Этот DLL файл является частью расширенной библиотеки службы API, которая поддерживает несколько API, содержащих несколько вызовов безопасности и регистрации.
Ошибка 1053 возникает, когда службы, которые используют локальную системную учетную запись для подключения к Windows, не запущены. Поскольку служба поиска Windows не может быть запущена, индексация не работает, а элементы управления параметрами индексации скрыты. Обратите внимание, что по умолчанию служба поиска Windows (WSearch) настроена на автоматический запуск (отложенный запуск).
В чем причина ошибки 1053?
Диспетчер управления службами Microsoft Windows отслеживает состояние (то есть запущен, остановлен, приостановлен, приостановлен, остановлен и т. Д.) Всех установленных служб Windows. По умолчанию диспетчер управления службами ожидает миллисекунды 30,000 (секунды 30) для ответа службы. Однако определенные конфигурации, технические ограничения или проблемы с производительностью могут привести к тому, что службе потребуется более 30 секунд для запуска и отправки отчета диспетчеру управления службами.
Изменение или создание значения DWORD ServicesPipeTimeout может переопределить время ожидания Service Control Manager, давая отделу больше времени для запуска и создания отчета.
Сбросить сетевой кэш и конфигурации
При этом удаляются все пользовательские параметры, которые вы определили вручную.
- Нажмите Windows + R, введите «Командная строка» в диалоговом окне, щелкните приложение правой кнопкой мыши и выберите «Запуск от имени администратора».
- Если вы находитесь в поднятой командной строке, выполняйте следующие команды по одной:
Netsh сброс Winsock
IPCONFIG / обновить
Ноябрьское обновление 2021:
Теперь вы можете предотвратить проблемы с ПК с помощью этого инструмента, например, защитить вас от потери файлов и вредоносных программ. Кроме того, это отличный способ оптимизировать ваш компьютер для достижения максимальной производительности. Программа с легкостью исправляет типичные ошибки, которые могут возникнуть в системах Windows - нет необходимости часами искать и устранять неполадки, если у вас под рукой есть идеальное решение:
- После сброса сети убедитесь, что у вас есть доступ в Интернет, проверив браузер, чтобы убедиться, что проблема решена.
Изменение реестра Windows
Неправильное использование редактора реестра Windows может привести к сбоям в работе операционной системы. Перед внесением изменений в реестр рекомендуется выполнить полное резервное копирование реестра и рабочей станции.
Проверьте разрешения для папок компонентов лицензии
- Перейдите к C: \ ProgramData \ Autodesk.
- Щелкните правой кнопкой мыши на AdskLicensingService> Свойства> Безопасность.
- Убедитесь, что «Пользователи» и «ЛОКАЛЬНАЯ СЛУЖБА» имеют полные права управления.
- В противном случае нажмите «Изменить…», чтобы добавить оба, затем установите флажок «Полный доступ».
- Повторите шаги 2-3 для папки C: \ Program Files (x86) \ Common Files \ Autodesk Shared.
- Откройте службы Windows (нажмите Пуск> введите services.msc> нажмите ENTER).
- Найдите службу лицензирования Autodesk Desktop, щелкните правой кнопкой мыши, нажмите «Стоп», затем нажмите «Пуск».
- Снова откройте программное обеспечение и проверьте его.
CCNA, веб-разработчик, ПК для устранения неполадок
Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.
По факту, «Ошибка 1053: Служба не ответила на запрос своевременно» является скорее предупреждением о том, что конкретный процесс завис и не может нормально функционировать. Это явление нередко сопровождается повышенным потреблением ресурса железа. Это оповещение в Windows выступает индикатором возможных проблем, чтобы пользователь знал об этом и мог выполнить корректировку работы системы.
Ошибка 1053 при запуске службы Apple Mobile Device Service
Привести к зависанию служб в Windows XP/7/8/10 могут:
- повреждение файлов системы или конкретной программы (которая запускает службу), библиотек, дистрибутивов, драйверов;
- ошибки реестра или неправильная настройка OS;
- нехватка ресурсов ПК для обработки;
- вирусы, вредоносное ПО и прочий, блокирующий работу, софт;
- конфликт приложений, оборудования, либо дефект или поломка железа;
Ошибка 1053 может произойти с любой службой, но частенько она появляется при работе «тяжелых» программ, различных оболочек и утилит для коннекта различных устройств.
Что можно сделать?
Если речь идет не о критически важном приложении, от использования которого можно отказаться, то решение элементарное:
- Открыть диспетчер задач, вкладку «Службы».
- Найти в списке проблемную и остановить. Сбойный процесс всегда указан в описании ошибки!
- Провести удаление софта, активирующий процесс через Панель управления. Если при попытке удаления возникает ошибка, то попробуйте его сначала восстановить. Этот механизм в редких случаях помогает решить причину возникновения ошибки 1053.
В данном случае переустановите Skype
Прочие полезные манипуляции
CCleaner для очистки Windows
Ошибка1053 ссылается на системные службы
Рекомендуем проверить установленные дистрибутивы и пакеты вспомогательного ПО на предмет соответствия разрядности ОС. После этого можно воспользоваться инструментами самодиагностики и восстановления Виндоус:
-
Для этого запустите консоль от имени Админа и пропишите команду: sfc /scannow. Можно вместо этого использовать меню восстановления, доступное в Панели управления, а если в процессе возникают ошибки, то стоит запустить компьютер в Безопасном режиме.
Проверка и восстановление файлов системы в Windows 10
Если это не поможет, то единственный выход – переустановка операционки.
Работа стороннего софта приводит к сбою
Все вышеописанные процедуры будут полезны, но помимо этого можно попробовать правильно переустановить софт. Делается это так.
В Диспетчере задач останавливаются все процессы, связанные с программой, в том числе и проблемная служба. Если она включена в автозапуск, то стоит сперва удалить ее из списка.
- Через Панель управления деинсталлируем выбранный софт.
- Очищаем папку «AppData», находящуюся на диске с установленной операционкой.
- Запускаем утилиту для работы с временными файлами и реестром. Проверяем реестр на предмет ошибок, исправляем их и затем чистим временные файлы.
- Перезагружаем операционку.
- Скачиваем с офсайта последнюю версию программы и устанавливаем ее.
Вполне возможно, что какой-то из элементов приложения не устанавливается корректно – это может свидетельствовать о каких-либо проблемах с совместимостью, блокировании, повреждениях системных файлов и другого вспомогательного ПО. Как выполнить ручную установку компонентов программы (в некоторых случаях, таким образом удается переустановить софт корректно) пойдет речь в следующем пункте.
Ошибка 1053 при работе Айтюнс
Чаще других, сбой связан с работой приложения Apple Mobile Device Service, входящего в пакет iTunes. Для начала, необходимо полностью деинсталлировать приложение. Говоря о приложении Айтюнс, нужно удалить в Панели управления и папке AppData все продукты Apple. Перезагружаемся. Далее, действуем по инструкции.
- Скачиваем с офсайта экзешный установщик.
- Открываем его при помощи архиватора и копируем все файлы в папку на ПК.
iTunes64Setup открытый через архиватор
Обратите внимание, что софт для Виндоус от компании Эпл теперь поддерживает только Windows 7, 8, 10 с x64 версией разрядности.
Заключение
Рекомендуем пробовать решать ошибку только уверенным пользователям ПК. Если она появляется регулярно, но с проведением процедур у вас возникают трудности, то надежнее всего просто переустановить Виндоус или выполнить откат. Частенько, именно переустановка оказывается самым простым и быстрым способом решения проблемы.
Другие полезные советы:
- Не забывайте, что защитные инструменты увеличивают время отклика программы. Речь идет о брандмауэре, файерволе, антивирусном ПО. Добавьте программу в исключения.
- Регулярно обновляйте базы антивируса и проводите проверку операционки.
- При работе с Виндоус, удаляйте софт через Панель управления или используя специальный uninstall для удаления.
- Регулярно проводите чистку системы от временных файлов и ошибок реестра – они могут сильно повлиять на быстродействие системы.
- Проблемы может появляться при перегреве «железа», высыхании термопасты, большом количестве пыли. Если оповещение появляется периодически, но службы при этом разные, то обязательно начните с чистки компьютера.
- Следите за апдейтами операционки, софта и дров.
Как уже говорилось, «Ошибка 1053: Служба не ответила на запрос своевременно» является индикатором. Чтобы ее решить, нудно найти причину зависания службы и устранить ее. Надеюсь статья помогла вам в исправлении этого бага.
Читайте также: