Swbemobjectex указанная служба не может быть запущена

Исправление ошибки Windows Installer 0x80040154

В этой статье я расскажу об исправлении одной очень распространенной ошибки Windows Installer. Обыскавши Интернет как русскоязычный, так и англоязычный, включая форумы и ньюсгруппы Microsoft, я понял что ошибка довольно распространенная, однако исправить ее, на самом деле никому не удавалось.

Суть проблемы

Как то одним жарким летним вечером я решил установить на свой компьютер ActeiveState ActivePerl. Скачал инсталлятор, который был в .msi файле и запустил его. Каково же было мое удивление, когда вместо привычного инсталлятора я увидел вот это:

Как вскоре оказалось, подобная ошибка выпадала при запуске на моем компьютере любого .msi файла.

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

Наиболее распространенными советы по решению проблемы были

1. Переустановить Windows Installer — на моей Windows 7 x64 и так стоит Windows Installer 5.0, который нельзя отдельно скачать и переустановить
2. Перерегистрировать msiexec, что также мне не помогло.
3. В конце все советы сводились к одному — переустановить Windows.

Подумав о том, какое количество программ мне придется переустанавливать, а также о количестве потраченного на это дело времени, я решил пойти другим путем.

Решение проблемы

Для начала я включил Log-файл установщика Windows. Как включить лог Windows Installer вы можете почитать здесь, или поискать в любом поисковике по ключевому слову «voicewarmup».

Лог-файлы появляются во временной папке пользователя, которая обычно находится по пути C:\Users\имя_профиля\AppData\Local\Temp. Открыв лог, я увидел следующую ошибку:

MSI (c) (B8:84) [22:08:06:894]: Failed to connect to server. Error: 0x80040154

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

Что означает ошибка 0x80040154? Поискав в поисковике, и воспользовавшись утилитой Error Lookup, я определил, что ошибка означает «Класс не зарегистрирован».

Обычно такая ошибка появляется, когда вы запрашиваете у системы создать COM-объект, который не был должным образом зарегистрирован в реестре. Но как определить какой именно объект не зарегистрирован?

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

Я предпочитаю указывать отладчику путь для поиска символов через переменную среды _NT_SYMBOL_PATH, которая должна быть задана как: C:\Symbols;srv*C:\Symbols*http://msdl.microsoft.com/download/symbols. В данном случае папка C:\Symbols — это хранилище загруженных символов на жестком диске, чтобы отладчик каждый раз не лез в интернет за ними.

Загрузил я в отладчик файл c:\windows\system32\msiexec.exe и задал для него параметры командной строки так, чтобы он открыл .msi файл. В моем случае параметром командной строки было: /i «C:\Users\MAV\Desktop\ActivePerl-5.12.4.1205-MSWin32-x64-294981.msi» однако можно задавать путь к любому другому .msi файлу.

Сам по себе отладчик, конечно не решит проблему, нужно ее локализовать. Поразмыслив, какие функции могут создавать COM-объекты, я остановился на CoCreateInstance, CoCreateInstanceEx и CoGetClassObject

Для установки точек прерывания на эти функции вводим в командной строке отладчика:

bp ole32!CoCreateInstance bp ole32!CoCreateInstanceEx

bp ole32!CoGetClassObject

Если точки останова у вас не ставятся, значит вы неправильно настроили символы.

После запуска приложения (F5), срабатывает точка останова на ole32!CoCreateInstance. Если точка останова не срабатывает, а выпадает окно с параметрами Wndows Installer, то вы неправильно указали параметры командной строки для запуска.

Давайте теперь посмотрим, из какого же места кода вызывается создание нашего объекта, для этого мы можем нажать Debug->Step Out (Shift+F11). Мне пришлось нажать указанную комбинацию дважды, для того чтобы выйти в исходную вызывающую функцию.

Исходная вызывающая функция называется msi!CreateMsiServerProxy и, очевидно, находится в модуле msi.dll.

Обратим внимание также на регистр rax, который равен нашему коду ошибки 80040154. Для того чтобы узнать содержимое регистра rax, достаточно открыть окно Registers, или ввести в командной строке r rax.

Запомнив имя функции, а также примерный вид искомого кода, я открыл дизассемблер IDA Pro, и загрузил в него файл msi.dll.

Следует отметить пару особенностей данного отладчика: во первых, IDA любит блокировать доступ к исследуемому файлу, во вторых, она создает в папке с исследуемым файлом несколько своих файлов баз данных, так что я рекомендую копировать исследуемые файлы в отдельную папку.

После нахождения функции CreateMsiServerProxy, находим знакомые строки кода в ней:

Не иначе как функция пытается создать объект по CLSID IID_IMsiServer. Здесь я не буду вдаваться в подробности COM и искать различия между CLSID и IID, важно что я получил зацепку — имя интерфейса ID_IMsiServer и CLSID {000C101C-0000-0000-C000-000000000046}.

Запустив поиск в реестре на своей машине по указанным ключевым словам, а также на машине, с установленной Windows 7 x64, где Windows Installer работал, я нашел отличие: на моей машине отсутствовала ветка реестра HKEY_CLASSES_ROOT\AppID\{000C101C-0000-0000-C000-000000000046}. Я экспортировал данную ветку реестра в отдельный .reg файл, а затем импортировал его на своей машине:

Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\AppID\{000C101C-0000-0000-C000-000000000046}] «ServiceParameters»=»»

«LocalService»=»MSIServer»

После импорта ключа реестра я вновь попробовал запустить .msi файл, и, «О чудо!», он запустился, после чего я успешно установил ActivePerl.

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

Выводы

1. В итоге я сэкономил себе массу времени — на поиск проблемы и ее устранение ушло не более двадцати минут, зато на переустановку всех программ на моем компьютере ушло бы минимум два дня.
2. Не надо спешить переустанавливать Windows по любому чиху. Иногда проблему можно решить довольно просто и быстро.

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

Источник: https://habr.com/sandbox/33155/

Устранение неполадок в WMI

Любой бывалый Windows-админ не раз сталкивался с проблемами в работе службы WMI и ее компонентах.

Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования системы, поэтому администратору приходится прибегать к тем или иным трюкам, позволяющим восстановить работоспособность WMI.  В этой статье мы опишем достаточно простую методику диагностирования и устранения неполадок в службе WMI.

О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:

• Ошибки обработки WMI запросов в системных журналах и логах приложений
• Ошибки GPO, завязанные на WMI ( некорректная работа wmi фильтров политик, и пр.)
• Ошибки в работе / невозможность установки агентов SCCM/SCOM
• Ошибки в работе скриптов (vbs или powershell), использующих пространство имен WMI

В первую очередь нужно проверить имеется ли в системе служба Windows Management Instrumentation (Winmgmt) и включена ли она.

Если служба  присутствует и находится в состоянии Started, рекомендуется протестировать работоспособность WMI, обратившись к ней с помощью простого wmi-запроса. С помощью Powershell, например, это можно сделать так:

get-wmiobject Win32_OperatingSystem

Если при выполнении простейшего WMI-запроса система возвращает ошибку (на скриншоте приведен пример корректного ответа службы WMI), вероятно имеет место некорректное функционирование сервиса WMI или ряда его подсистем, повреждение репозитория WMI или другие проблемы.

Утилита WMIDiag

Для «тонкой» диагностики службы WMI существует официальная утилита Microsoft — WMIDiag (Microsoft WMI Diagnosis).

Утилита представляет собой vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:\USERS\%USERNAME%\APPDATA\LOCAL\TEMP\).

Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.1 и включает в себя следующие типы фалов :

• .log файлы содержат подробный отчет об активности и работе утилиты WMIDiag
• .txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание
• В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI

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

В общем случае, WMIDiag может дать информацию по исправлению частных ошибок в WMI , но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей гораздо проще «бить по площадям» и решать проблему работы WMI более радикально.

Перерегистрация библиотек WMI и перекомпиляция mof файлов

Следующий скрипт представляет собой «мягкий» вариант восстановления работоспособности службы WMI на отдельно взятом компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.

sc config winmgmt start= disabled net stop winmgmt cd %windir%\system32\wbem for /f %%s in ('dir /b *.dll') do regsvr32 /s %%s wmiprvse /regserver winmgmt /regserver sc config winmgmt start= auto net start winmgmt for /f %%s in ('dir /b *.mof') do mofcomp %%s for /f %%s in ('dir /b *.mfl') do mofcomp %%s

Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле и запустить его с правами администратора. После окончания работы скрипта, систему нужно перезагрузить и вновь проверить работу WMI.

Пересоздание репозитория (хранилища) WMI

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

WMI репозиторий (хранилище) находится в каталоге %windir%\System32\Wbem\Repository и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов.

В некоторых случаях репозитория WMI может содержать статическую информацию классов.

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

В Windows Vista и выше проверить целостность репозитория WMI  можно с помощью команды:

winmgmt /verifyrepository

Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT), стоит попробовать выполнить «мягкое» восстановление репозитория:

Winmgmt /salvagerepository

И перезапустить службу wmi:

net stop Winmgmtnet start Winmgmt

Если описанная выше команда не помогла, выполняем сброс репозитория на начальное состояние (hard reset) так:

Winmgmt /resetrepository

В том случае, если команды Winmgmt /salvagerepository и Winmgmt /resetrepository желаемого эффекта не дали, стоит попробовать выполнить «жесткое» пересоздание базы WMI вручную таким сценарием:

sc config winmgmt start= disabled net stop winmgmt cd %windir%\system32\wbem winmgmt /kill winmgmt /unregserver winmgmt /regserver winmgmt /resyncperf if exist Repos_bakup rd Repos_bakup /s /q rename Repository Repos_bakup regsvr32 /s %systemroot%\system32\scecli.dll regsvr32 /s %systemroot%\system32\userenv.dll for /f %%s in ('dir /b *.dll') do regsvr32 /s %%s for /f %%s in ('dir /b *.mof') do mofcomp %%s for /f %%s in ('dir /b *.mfl') do mofcomp %%s sc config winmgmt start= auto net start winmgmt wmiprvse /regserver

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

В этой статье мы собрали типовые методики позволяющие устранить неполадки в работе службы WMI и ее подсистемах.

Источник: http://winitpro.ru/index.php/2014/08/12/ustranenie-nepoladok-v-wmi/

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

При запуске какой-либо программы или выполнении какой-либо системной функции ОС Виндовс (обновление системы, сжатие тома и др.

) пользователь может столкнуться с сообщением об ошибке «Указанная служба не может быть запущена, поскольку она отключена или все связанные с ней устройства отключены».

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

Причины возникновения проблемы, когда Указанная служба не может быть запущена

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

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

Появление ошибки «Указанная служба не может быть запущена» обычно сигнализирует, что кто-либо отключил связанную с запускаемой пользователем программой службу. В частности, могут быть деактивированы следующие важные службы:

• Центр обновления Виндовс;
• Служба Защитника Виндовс;
• Антивирусная программа защитник Windows;
• Брандмауэр Виндовс ;
• Брандмауэр Защитника Виндовс;
• Установщик;
• Установщик модулей;
• Инструментарий управления;
• Сведения о приложении и другие.

Давайте разберёмся, как решить возникшую на нашем ПК проблему.

Рекомендую: Superfetch что это за служба.

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

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

Проверьте ваш PC на наличие зловредов

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

https://www.youtube.com/watch?v=ddJpk0LMvMw

Используйте антивирусные инструменты для борьбы с имеющимися на ПК зловредами

Включите деактивированные ранее службы

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

1. Перегрузите ваш ПК в безопасном режиме (после включения компьютера быстро жмите на F8 для доступа к меню безопасного режима).
2. Затем, загрузившись в безопасном режиме, нажмите на Win+R, введите там services.msc и нажмите ввод.
3. В открывшемся перечне служб найдите следующие службы (в различных версиях ОС Виндовс они могут быть не все, работайте с теми, которые найдёте):

• Центр обновления Виндовс;
• Служба Защитника Виндовс;
• Брандмауэр Виндовс;
• Установщик Виндовс;
• Установщик модулей Виндовс;
• Сведения о приложении;
• Инструментарий управления Windows;
• Антивирусная программа защитник Виндовс;
• Брандмауэр Защитника Виндовс;

При нахождении службы дважды кликните в неё, и, войдя в окно её настроек, установите тип её запуска на «Автоматически».

Установите тип запуска таких служб на «Автоматически»

Затем запустите такую службу (если она уже работала, тогда сначала нажмите на «Остановить», а затем на «Запустить»). Проведите данную процедуру со всеми службами из данного списка. Вам останется перезапустить ПК, что позволит решить ошибку «Указанная служба не может быть запущена» на вашем компьютере.

Если запуск указанных служб не помог, вновь перейдите к перечню служб, и включите абсолютно все службы, которые находятся там со статусом «Отключена». Вновь перезагрузите ваш PC.

Заключение

Появление ошибки «Указанная служба не может быть запущена, поскольку она отключена или все связанные с ней устройства отключены» обычно связано с деактивацией какой-либо системной службы со стороны пользователя или сторонних программ. Рекомендуется перейти в перечень служб, и активировать ранее отключённую службу, после чего рассматриваемая в статье ошибка будет решена.

Источник: https://lifehacki.ru/ukazannaya-sluzhba-ne-mozhet-byt-zapushhena/

Ошибка 0x80070005 отказано в доступе (решение)

13.05.2015  windows

Ошибка 0x80070005 «Отказано в доступе» наиболее часто встречается в трех случаях — при установке обновлений Windows, активации системы и при восстановлении системы. Если же аналогичная проблема возникает в других ситуациях, как правило, решения будут теми же, так как причина ошибки одна.

В этой инструкции подробно опишу работающие в большинстве случаев способы исправить ошибку доступа восстановления системы и установки обновлений с кодом 0x80070005.

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

Описанное ниже подойдет для Windows 7, 8 и 8.1 и Windows 10.

Исправляем ошибку 0x80070005 с помощью subinacl.exe

Первый способ в большей степени относится к ошибке 0x80070005 при обновлении и активации Windows, так что если проблема у вас возникает при попытке восстановления системы, рекомендую начать со следующего способа, а уже потом, если не поможет, вернуться к данному.

Для начала, загрузите утилиту subinacl.exe с официального сайта Microsoft: http://www.microsoft.com/en-us/download/details.aspx?id=23510 и установите ее на компьютер. При этом, рекомендую устанавливать в какую-то папку, близкую к корню диска, например C:\subinacl\ (именно с таким расположением я буду приводить пример кода далее).

После этого, запустите Блокнот и введите в него следующий код:

@echo off Set OSBIT=32IF exist «%ProgramFiles(x86)%» set OSBIT=64set RUNNINGDIR=%ProgramFiles%IF %OSBIT% == 64 set RUNNINGDIR=%ProgramFiles(x86)%C:\subinacl\subinacl.exe /subkeyreg «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing» /grant=»nt service\trustedinstaller»=f @Echo Gotovo.@pause

Кликните правой кнопкой мыши по созданному файлу и выберите пункт «Запуск от имени Администратора». По завершении вы увидите надпись: «Gotovo» и предложение нажать любую клавишу. После этого закройте командную строку, перезагрузите компьютер и попробуйте выполнить ту операцию, которая выдавала ошибку 0x80070005 снова.

Если указанный сценарий не сработал, попробуйте аналогичным образом еще один вариант кода (Внимание: код ниже может привести к неработоспособности Windows, выполняйте его только если готовы к такому исходу и знаете, что делаете):

@echo off C:\subinacl\subinacl.exe /subkeyreg HKEY_LOCAL_MACHINE /grant=administrators=fC:\subinacl\subinacl.exe /subkeyreg HKEY_CURRENT_USER /grant=administrators=fC:\subinacl\subinacl.exe /subkeyreg HKEY_CLASSES_ROOT /grant=administrators=fC:\subinacl\subinacl.exe /subdirectories %SystemDrive% /grant=administrators=f C:\subinacl\subinacl.exe /subkeyreg HKEY_LOCAL_MACHINE /grant=system=fC:\subinacl\subinacl.exe /subkeyreg HKEY_CURRENT_USER /grant=system=fC:\subinacl\subinacl.exe /subkeyreg HKEY_CLASSES_ROOT /grant=system=fC:\subinacl\subinacl.exe /subdirectories %SystemDrive% /grant=system=f @Echo Gotovo.@pause

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

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

Ошибка восстановления системы или при создании точки восстановления

Теперь об ошибке доступа 0x80070005 при использовании функций восстановления системы. Первое, на что следует обратить внимание — ваш антивирус: очень часто такая ошибка в Windows 8, 8.

1 (а в скором времени и в Windows 10) бывает причиной функций защиты антивируса. Попробуйте, используя настройки самого антивируса, временно отключить его самозащиту и другие функции.

В крайнем случае, можно попробовать удалить антивирус.

Если это не помогло, то следует попробовать выполнить следующие шаги по исправлению ошибки:

1. Проверить, не переполнены ли локальные диски компьютера. Очистить, если да. Также, возможен вариант, когда ошибка появляется, если Восстановление системы использует один из зарезервированных системой дисков и нужно отключить защиту для этого диска. Как это сделать: зайдите в панель управления — Восстановление — Настройка восстановления системы. Выберите диск и нажмите кнопку «Настроить», после чего выберите пункт «Отключить защиту». Внимание: при этом действии имеющиеся точки восстановления будут удалены.
2. Посмотреть, не установлено ли «Только чтение» для папки System Volume Information. Для этого в панели управления откройте «Параметры папок» и на вкладке «Вид» уберите отметку с «Скрывать защищенные системные файлы», а также включите «Показывать скрытые файлы и папки». После этого, на диске C кликните правой кнопкой мыши по System Volume Information, выберите пункт «Свойства», проверьте, чтобы не было отметки «Только чтение».
3. Попробуйте выполнить выборочный запуск Windows. Для этого нажмите клавиши Win+R на клавиатуре, введите msconfig и нажмите Enter. В появившемся окне на вкладке «Общие» включите либо диагностический запуск, либо выборочный, отключив все элементы автозагрузки. 
4. Проверьте, включена ли служба Теневое копирование тома. Для этого нажмите Win+R на клавиатуре, введите services.msc и нажмите Enter. В списке найдите данную службу, при необходимости запустите ее и установите для нее автоматический запуск. 
5. Попробуйте сбросить репозиторий. Для этого перезагрузите компьютер в безопасном режиме (можно использовать вкладку «Загрузка» в msconfig) с минимальным набором сервисов. Запустите командную строку от имени администратора и введите команду net stop winmgmt и нажмите Enter. После этого переименуйте папку Windows\System32\wbem\repository во что-то другое, например, repository-old. Снова перезагрузите компьютер в безопасном режиме и введите ту же команду net stop winmgmt в командной строке от имени администратора. После этого используйте команду winmgmt /resetRepository и нажмите Enter. Перезагрузите компьютер в обычном режиме.

Дополнительная информация: если ошибку вызывают какие-либо программы, связанные с работой веб-камеры, попробуйте отключить в параметрах вашего антивируса защиту веб-камеры (например, в ESET — Контроль устройств — Защита веб камеры).

Источник: https://remontka.pro/0x80070005-access-denied/