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

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

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

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

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

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

0x8007007e

Метод №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

служба Windows Management Instrumentation (Winmgmt) работает

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

wmic product get name, version

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

powershell проверка работы wmi командой get-wmiobject

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

ошибка Failed to initialize all required WMI classes

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

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

скрипт для исправления ошибок WMI WMIDiag. vbs

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

WMIDiag It is not supported in Wow64

После окончания работы утилиты 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

Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в 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 в windows 10

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

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

WMI repository is consistent

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

Предыдущая статьяПредыдущая статья Следующая статья Следующая статья

Источники:

https://gamesqa. ru/kompyutery/0x8007007e-5806/

https://winitpro. ru/index. php/2014/08/12/ustranenie-nepoladok-v-wmi/

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: