WMI: Исправление ошибок, восстановление репозитория в Windows

Содержание

Как исправить ошибку 0x8007007e при обновлении до Windows 10?

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

Что же могло вызвать появление ошибки 0x8007007e? Обычно, выделяют две причины:

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

Как исправить ошибку 0x8007007e при обновлении до Windows 10?

Метод №1 Отключить стороннее Антивирусное программное обеспечение

Как уже было сказано, сторонние Антивирусы вполне могут вызывать проблему. Попробуйте их отключить и посмотреть, была ли исправлена проблема с ошибкой 0x8007007e. Для отключения Антивирусной программы нажмите на ее трей и выберите из контекстного меню соответствующий пункт.

После этого попробуйте снова произвести обновление до Windows 10 или же просто установку обновления. Если же все прошло точно также, как и с включенным Антивирусом, то проблема заключается определенно не в нем.

Метод №2 Вручную сбросить компоненты Центра обновления

В том случае, если ваш Антивирус не является виновником ошибки 0x8007007e, то можно попробовать сбросить различные компоненты Центра обновления Windows. Для этого сделайте следующее:

После пройденных манипуляций с Командной строкой, попробуйте снова обновиться до Windows 10 или просто выполнить обновление. Если же результат все тот же, то пора переходить к последнему пункту.

Метод №3 Чистая загрузка

Что же, если все предыдущие методы не смогли решить проблему с ошибкой 0x8007007e, то можно попробовать выполнить Чистую загрузку. Этот метод загрузки позволит запустить вашу систему только с самыми необходимыми компонентами для ее работы, т. е. стороннее программное обеспечение будет полностью отключено. Для выполнения Чистой загрузки выполните следующие шаги:

После запуска компьютера снова попробуйте произвести обновление до Windows 10 или же простое обновление. Если обновление все-таки начало выполняться в этот раз, то причиной возникновения ошибки 0x8007007e определенно была какая-то сторонняя программа.

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

WMI: Исправление ошибок, восстановление репозитория в Windows

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

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

Диагностика проблем с WMI

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

Get-Service Winmgmt | Select DisplayName, Status, ServiceName

Если служба Winmgmt запущена, вы можете проверить работоспособность WMI, обратившись к ней с помощью простого WMI-запроса. Вы можете выполнить wmi запрос из командной строки или из PowerShell. Например, следующая команда выведет список установленных в Windows программ:

wmic product get name, version

Простейшая PowerShell команда для получения информации о версии и билда Windows 10 через WMI может выглядеть так:

Как вы видите, служба WMI ответила на запрос корректно. Если при выполнении такого WMI-запроса Windows возвращает ошибку, скорее всего сервиса WMI работает некорректно, поврежден WMI репозиторий или есть какие-то другие проблемы.

В моем случае, например, при открытии свойств WMI Control в консоли управления компьютером (compmgmt.msc) появлялась надпись:

Ранее для диагностики WMI существовала официальная утилита от Microsoft – WMIDiag. vbs (Microsoft WMI Diagnosis). WMIdiag это vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:\USERS\%USERNAME%\APPDATA\LOCAL\TEMP\). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.2 и включает в себя следующие типы фалов:

в противном случае появится ошибка:

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

К сожалению, последняя версия WMIDiag 2.2 корректно работает только с версиями до Windows 8.1/Windows Server 2012 R2. На данный момент Microsoft даже удалила ссылку на загрузку WMIDiag из Download Center. Но при желании, этот скрипт можно найти в сети.

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

Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов

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

Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT или WMI repository verification failed), стоит попробовать выполнить “мягкое” исправление ошибок репозитория:

Данная команда выполняет проверку согласованности хранилища WMI и при обнаружении несогласованности перестраивает базу данных WMI.

Перезапустите службу WMI:

net stop Winmgmt
net start Winmgmt

Если стандартный способ исправления ошибок в WMI не помог, попробуйте следующий скрипт. Данный скрипт представляет собой ”мягкий” вариант восстановления службы 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
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_soft_repair. bat и запустить его с правами администратора. После окончания работы скрипта, перезагрузите Windows и проверьте работу WMI.

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

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

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

Следующая команда выполнит сброс базы данных WMI к исходному состоянию (как после чистой установки Windows). Используйте эту команду для выполнения hard reset репозитория WMI, если параметре salvagerepository не исправил проблему:

Если обе команды ( Winmgmt /salvagerepository и Winmgmt /resetrepository ) не восстановили консистентное состояние базы WMI, попробуйте выполнить “жесткое” пересоздание базы WMI вручную таким скриптом:

sc config winmgmt start= disabled
net stop winmgmt
cd %windir%\system32\wbem
winmgmt /resetrepository
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). После окончания работы скрипта нужно перезагрузить Windows. Затем протестируйте работу службы WMI простым запросом.

Проверьте состояние WMI репозитория. Если ошибки исправлены, команда winmgmt /verifyrepository должна вернуть: