Если вы получили код ошибки 0x8007007E на компьютере Windows 10/8/7, то вы ищете решение, и вы попали в нужное место. Код ошибки 0x8007007E может появиться в следующих трех сценариях, и в этом посте предлагаются некоторые рекомендации, которые могут помочь вам решить вашу проблему:
Код ошибки 0x8007007E
Давайте посмотрим на возможные исправления для трех разных сценариев.
Ошибка Центра обновления Windows 0x8007007E
Windows 10 Update Error Code 0x8007007E возникает, когда обновления не синхронизированы. Это происходит как для автономных компьютеров с Windows 10, так и при подключении к Enterprise. Windows Server управляет обновлениями на всех компьютерах в сети предприятия.
Microsoft указывает, что, когда исправление не установлено перед синхронизацией, это происходит.
Происходит при сбое синхронизации обновления, поскольку у вас не установлено исправление до включения синхронизации обновления. В частности, операция CopyToCache не выполняется на клиентах, которые уже загрузили обновление. Это связано с тем, что службы обновления Windows Server содержат неверные метаданные, связанные с обновлением.
Чтобы это исправить, нам нужно восстановить службы Windows Server Update Services. Для предприятия, если у вас есть несколько серверов WSUS, вам нужно повторить то же самое на каждом сервере. Вы также можете запустить его только на тех серверах, которые синхронизировали метаданные перед установкой исправления. IT Pro может проверить журнал WSUS с помощью консоли администратора WSUS или API. Это может помочь им выяснить, есть ли статус синхронизации метаданных.
1] Удалить содержимое папки распространения программного обеспечения вручную
Windows загрузит все файлы обновлений в эту папку. Он действует как буфер перед установкой на компьютер с Windows 10. Обязательно удалите содержимое папки распространения программного обеспечения (C: \ Windows \ SoftwareDistribution \ DataStore) вручную. Вам придется остановить службы Центра обновления Windows, прежде чем удалять эти файлы. После этого перезапустите службу Windows Update.
Это относится как к автономным компьютерам, так и к корпоративным компьютерам.
Если у вас есть автономный компьютер, вы можете запустить средство устранения неполадок. Windows поставляется со встроенным средством устранения неполадок Центра обновления Windows. Вы можете запустить то, что решит проблему вокруг Windows 10 Update, чтобы решить эту проблему.
Как только компьютер синхронизируется с сервером обновлений (Microsoft Update Server или Enterprise Server), все необходимые обновления будут установлены в первую очередь. Остальные обновления будут опубликованы позже.
Ошибка 0x8007007E в Outlook
Когда эта ошибка появляется в клиенте Microsoft Outlook, она запрещает пользователю отправлять или получать любые электронные письма. Обычно это происходит по двум причинам – [1], когда конечный пользователь пытается перейти на Windows 10 и [2], если пользователь обновляется до следующей версии Office. Есть два способа решить эту проблему:
1] Восстановить/переустановить клиент Office Outlook:
Если восстановление Microsoft Outlook не помогает, вы можете установить почтовый клиент снова. Иногда обновление портит конфигурацию при изменении версии, и переустановка исправит это.
2] Запустите Outlook от имени администратора.
Найдите Outlook в меню программы, затем нажмите Shift + правой кнопкой мыши и выберите «Запуск от имени администратора».
Ошибка 0x8007007E в принтере
Эта ошибка появляется, когда клиентский компьютер пытается подключиться к удаленному принтеру. Вы увидите сообщение об ошибке, в котором будет сказано «Указанный модуль не найден». Также это происходит в среде сервер-клиент.
Когда 32-разрядный универсальный драйвер установлен на сервере, он создает запись в реестре. Этот ключ сообщает клиентскому компьютеру, что ему нужна копия файла DLL, чтобы принтер работал на клиентском компьютере.
Однако, если это 64-битный клиент, ему потребуется 64-битная версия драйвера. Но так как сервер предлагает 32-разрядную версию драйвера (из-за записи в реестре), это приводит к этой ошибке. Запись реестра на сервере находится по адресу:
HKLM \ SYSTEM \ CurrentControlSet \ Control \ Print \ Printers \\ CopyFiles \ биди.
Чтобы решить эту проблему, просто удалите этот ключ. Отправьте это, когда запрос сделан 64-битным клиентом, больше не будет сказано, что ему нужно скопировать неправильный файл.
Сообщите нам, помогло ли это исправить ошибку 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 должна вернуть:
В этой статье мы собрали основные способы, позволяющие продиагностировать и устранить неполадки службы и репозитория WMI.
Предыдущая статья Следующая статья
Источники:https://techarks. ru/windows/oshibka/ispravit-kod-oshibki-0x8007007e-v-windows-10/
https://winitpro. ru/index. php/2014/08/12/ustranenie-nepoladok-v-wmi/
Предыдущая статья Следующая статья 
