Ошибка обновление windows 7. Ошибки центра обновления Windows. Центр обновления Windows исправление ошибок

13.03.2019

Типичные проблемы при обновлении OS Windows (от «семерки до «десятки») можно решить при помощи скрипта. Запущенный скрипт сделает полный сброс настроек Центра обновлений. Этот нехитрый способ решает все или, по крайней мере, большинство проблем с обновлением программного обеспечения: когда они не загружаются или дают сбой при установке. Но, к сожалению, есть такие ошибки службы обновлений, которые невозможно устранить при помощи скрипта. Но в этом случае мы попытается дать различные варианты решений проблем в конце статьи.
Те, кто обновляется до Windows 7, устанавливает операционную систему с нуля или сбрасывает настройки, тоже могут столкнуться с ошибками службы Майкрософт. Мы рекомендуем в этом случае предварительно попробовать установку обновлений для «семерки», используя . Если ошибка не будет устранена, выполните руководство, данное в этой теме.

Сброс центра обновлений Windows для исправления ошибок

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

Запущенный скрипт исполняет следующие команды:

Остановка трех служб: Центр обновлений (проверяет, ищет и загружает новые версии программ), Background Intelligent Transfer Service (передает данные между клиентом и сервером) и Cryptographic Services (проверяет цифровые подписи компонентов операционной системы).
Каждая служебная папка, использующаяся в центре, получает новое имя. Так резервируются данные службы обновлений на случай непредвиденных ситуаций.
Все три службы, которые были остановлены при выполнении первой команды, начинают работать.

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

Сам скрипт:

@ECHO OFF echo Windows Update Start echo. PAUSE echo. attrib -h -r -s %windir%\system32\catroot2 attrib -h -r -s %windir%\system32\catroot2\✶.✶ net stop wuauserv net stop CryptSvc net stop BITS ren %windir%\system32\catroot2 catroot2.old ren %windir%\SoftwareDistribution SoftwareDistribution.old ren "%ALLUSERSPROFILE%\application data\Microsoft\Network\downloader" downloader.old net Start BITS net start CryptSvc net start wuauserv echo. echo Finish echo. PAUSE

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

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

Другие возможные причины ошибок при обновлении

Если ваша ошибка после сброса настроек Центра не решилась, попробуйте другие способы, возможно, один из них сработает:

В настройках подключения к сети впишите DNS 8.8.4.4 и 8.8.8.8.
Проверьте запуск этих трех служб: Центра обновлений системы, Background Intelligent Transfer Service и Cryptographic Services.
Если вы не можете обновиться с Windows 8 до Windows 8.1 через Windows Store (система выдает сообщение о невозможности установки новой версии), попробуйте это сделать по-другому. Запустите службу обновлений Майкрософт (Центр) и установите оттуда новую версию «восьмерки».
В уведомлении вы увидите код ошибки. Скопируйте его и введите в поисковую строку Гугла или Яндекса. Возможно, есть решение вашей проблемы.

Служба обновлений не ищет, не скачивает на компьютер и не устанавливает новые версии программ по многим причинам. Но чаще всего метод сброса настроек Центра устраняет ошибки.

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

Отключено автоматическое обновление

Частой причиной того, что Windows 7 не находит обновления является отключение автообновления в настройках. Включить данную функцию достаточно просто:

Бывает, что флажок отсутствует на панели задач. Тогда можно решить проблему другим путем:

для этого требуется перейти в «Пуск», выбрать «Панель управления »;
далее «Система и безопасность »;
затем выбрать в списке «Включение или отключение автоматического обновления ».

Неправильная загрузка обновлений

Исправить ошибку неправильной загрузки апдейтов для Windows возможно следующим способом:

После этого можно запустить повторную установку.

Проблемы с реестром

Причиной того, что не обновляется Windows 7 может быть сбой работы реестра. Исправить его можно следующим образом:

Некорректно работает служба обновлений

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

Если процесс вновь не удается запустить, то потребуется выполнить дополнительные действия:

Нехватка места на жестком диске

Проблемы могут быть достаточно примитивны, например, нехватка места на жестком диске. Для нормального функционирования служб установки требуется минимум 5 ГБ свободного места.

Решение проблемы достаточно простое. Требуется удалить ненужные файлы и программы с системного диска. Для этого можно воспользоваться стандартными средствами Windows 7, например, «», расположенными в панели управления.

Проблемы с интернетом

Проблемы с интернет соединением могут стать причиной, по которым не устанавливаются обновления:

Повреждение хранилище системных компонентов

Бывает, что проблемы могут быть вызваны повреждением системных компонентов. Причин может быть множество:

0x800B0101 – не удалось установить сертификат;
0x8007371B – ошибка распределения транзакций;
0x80070490 – ошибка несуществующего или удаленного файла апдейта;
0x8007370B – ошибка идентификации свойств объекта;
0x80070057 – ошибка параметров;
0x800736CC – ошибка соответствия элементов;
0x8007000D – ошибка инициализации данных;
0x800F081F – отсутствие требуемых файлов.

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

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

Для этого потребуется :

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

Ошибка 643

Данный сбой зависит от службы Microsoft NET Framework. Для решения программной неисправности потребуется выполнить следующе:

Второй вариант предусматривает удаление данного компонента и его повторную установку.

Другие способы решения

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

Используем Microsoft FixIt

Для устранения сбоев понадобится утилита Fixit , созданная производителем операционной системы. Она устраняет сбои, связанные с работой «Центра обновлений».

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

Чистка кэша

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

Запуск обновления вручную

Для ручного запуска потребуется вызвать утилиту «Win+R» и ввести запрос «Wuapp ». В открывшемся окне выбираем «». В разделе «Важные» выбираем первый вариант установки. Таким образом пользователь будет в ручном режиме осуществлять установку апдейтов.

В преддверии поступления Windows 8 в продажу Microsoft выпустила большое кумулятивное обновление KB2756872 , чего никогда раньше не делала для клиентских операционных систем. Однако при установке обновления меня ждал неприятный сюрприз — ошибка 80073712.

Сегодня я расскажу о том, как победить эту и ряд других ошибок при установке обновлений Windows с помощью новой возможности обслуживания – встроенного восстановления компонентов (in-box corruption repair).

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

Сегодня в программе

Устранение ошибок Windows Update, вызванных повреждением хранилища компонентов

В справке предыдущих ОС Microsoft для ошибки 80073712 есть описание , из которого следует, что причиной является повреждение хранилища компонентов. Для Windows Vista и Windows 7 была выпущена утилита System Update Readiness Tool (CheckSUR), призванная устранить целый ряд ошибок Windows Update.

80070002 ERROR_FILE_NOT_FOUND 8007000D ERROR_INVALID_DATA 800F081F CBS_E_SOURCE_MISSING 80073712 ERROR_SXS_COMPONENT_STORE_CORRUPT 800736CC ERROR_SXS_FILE_HASH_MISMATCH 800705B9 ERROR_XML_PARSE_ERROR 80070246 ERROR_ILLEGAL_CHARACTER 8007370D ERROR_SXS_IDENTITY_PARSE_ERROR 8007370B ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME 8007370A ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE 80070057 ERROR_INVALID_PARAMETER 800B0100 TRUST_E_NOSIGNATURE 80092003 CRYPT_E_FILE_ERROR 800B0101 CERT_E_EXPIRED 8007371B ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE 80070490 ERROR_NOT_FOUND

Для исправления этих ошибок в Windows 8 и более новых ОС утилита CheckSUR не нужна, потому что все необходимое уже встроено в систему! Вы можете восстановить поврежденные компоненты с помощью командлета PowerShell (рекомендуемый способ) или утилиты DISM.exe.

Upd. 28-Jul-2015 . Microsoft выпустила специальное обновление , которое привносит в Windows 7 возможность встроенного восстановления компонентов по аналогии с Windows 8+.

Этап 1 – восстановление поврежденного хранилища компонентов

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

Восстановление без установочного диска

В этом случае используются файлы хранилища на локальном диске и Windows Update.

Состояние хранилища компонентов обозначается параметром Image Health State . У него Healthy означает, что с хранилищем компонентов все нормально. Для дальнейшей диагностики переходите к проверке целостности системных файлов чуть ниже ↓ Если же повреждение хранилища не исправлено, нужно попробовать сделать это с помощью установочного диска.

Восстановление с помощью установочного диска

Когда системе не удается восстановить какие-либо компоненты, вам может помочь оригинальный установочный диск.

Щелкните правой кнопкой мыши по ISO-образу и выберите в меню Подключить . Обратите внимание на букву диска, которую получил подключенный образ.
В PowerShell выполните команду: Repair-WindowsImage -Online -RestoreHealth -Source:WIM:Е:\sources\install.wim:1
Здесь буква «E» соответствует букве подключенного образа, а цифра «1» — индексу издания в образе (в примере используется образ Windows 8 Enterprise с единственным изданием).
По окончании процедуры убедитесь, что хранилище компонентов в порядке (Healthy).

Этап 2 – проверка целостности системных файлов

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

Sfc /scannow

У меня один из файлов был поврежден, и утилита SFC успешно восстановила его.

Случаи, когда системе не удалось восстановить какие-либо файлы, выходят за рамки этой статьи (я разберу их в другой раз).

Этап 3 – установка обновления

Итак, две команды восстановили целостность хранилища компонентов и системных файлов. Самое время попробовать установить обновление заново.

Как видите, на сей раз у меня все сработало!

Что такое обслуживание Windows и зачем оно нужно

Преимущества встроенного восстановления компонентов Windows

Давайте сравним ключевые моменты восстановления компонентов в разных операционных системах.

Windows Vista и Windows 7

Цель проверки (работающая система и образы)

Целью проверки может являться как установленная система, так и образ в формате WIM или VHD.

Проверяет работающую систему.

Проверяет подключенный автономный образ по указанному после параметра пути.

Проверка и восстановление хранилища

Для определения состояния и восстановления компонентов в командлете Repair-WindowsImage предусмотрены три параметра, выполняющих проверку хранилища. Результатом сканирования может быть:

отсутствие повреждений (Healthy)
наличие повреждений, которые можно восстановить (Repairable)
наличие повреждений, которые нельзя восстановить (Not repairable)

Однако функции параметров отличаются.

-CheckHealth

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

-ScanHealth

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

-RestoreHealth

Проверяет хранилище на предмет повреждений и выполняет их восстановление. Эта операция является самой длительной из трех.

Источник компонентов для восстановления

Чтобы восстановить компоненты, их нужно откуда-то взять. Когда источник не указан , при проверке автоматически используется локальное хранилище компонентов и Windows Update.

Этот момент нигде не задокументирован, и вы должны понимать, что при проверке автономного образа Windows из-под другого издания или версии Windows источник нужно указывать обязательно.

В обоих случаях вы можете указывать более одного источника и даже блокировать Windows Update при этом. Приведенные ниже параметры предназначены только для восстановления, и поэтому допустимы только в связке с -RestoreHealth .

В качестве источника можно использовать путь к:

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

Здесь любопытна возможность указать путь непосредственно к изданию в WIM-образе без его предварительного копирования на локальный диск и последующего подключения. Она является тайным знанием, пока не отраженным в документации;) Это работает благодаря функции автоматического подключения WIM, реализованной на последних стадиях разработки Windows 8.

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

Когда в качестве источника используется WIM-образ, необходимо указать тип образа и его индекс:

Source:WIM:Е:\sources\install.wim:1

-LimitAccess

Блокирует доступ к Windows Update во время проверки.

Примеры команд PowerShell

Я приведу несколько примеров практического использования командлета Repair-WindowsImage с разными целями и источниками проверки. Первые два вы уже видели в начале статьи.

Восстановление хранилища работающей системы, используя локальные файлы и Windows Update в качестве источника:

Repair-WindowsImage -Online -RestoreHealth

Восстановление хранилища работающей системы, используя Windows Update и WIM-образ в качестве источников:

Repair-WindowsImage -Online -RestoreHealth -Source:WIM:Е:\sources\install.wim:1

Проверка хранилища автономного VHD-образа. Сначала он подключается в папку C:\mount (это происходит очень быстро), а затем выполняется проверка.

Mount-Windowsimage -ImagePath C:\vhd\Win8.vhd -Index 1 -Path C:\mount Repair-WindowsImage -Path C:\mount -ScanHealth

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

Mount-Windowsimage -ImagePath C:\vhd\Win8.vhd -Index 1 -Path C:\mount Repair-WindowsImage -Path C:\mount -RestoreHealth -Source:WIM:Е:\sources\install.wim:1 Dismount-WindowsImage -path C:\mount -Save

Результаты проверки и восстановления

Помимо результатов в консоли вы можете найти подробный отчет ближе к концу файла %WinDir%\Logs\DISM\dism.log

В первой половине приведенного фрагмента видны конкретные компоненты и результат их восстановления (успех или неудача), а во второй – сводка об операции, включая время ее выполнения.

Checking System Update Readiness. (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-lpksetup_31bf3856ad364e35_6.2.9200.16384_none_7a23086df63cad13 (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_2422e0b40b0ac235 (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_2a982e5d65c9a294 (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_53ea2a36610cb913 (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_879ccd7f3842e229 (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_8e2bd9e9b9aeac5f (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_c73545896a8993dd Summary: Operation: Detect and Repair Operation result: 0x0 Last Successful Step: Entire operation completes. Total Detected Corruption: 7 CBS Manifest Corruption: 0 CBS Metadata Corruption: 0 CSI Manifest Corruption: 7 CSI Metadata Corruption: 0 CSI Payload Corruption: 0 Total Repaired Corruption: 7 CBS Manifest Repaired: 0 CSI Manifest Repaired: 7 CSI Payload Repaired: 0 CSI Store Metadata refreshed: True Total Operation Time: 221 seconds.

Как видите, у меня были повреждены 7 манифестов, относящихся языковому пакету, что и стало препятствием к установке обновления Windows. Все повреждения были исправлены.

Безусловно, этот материал не подразумевает моментального практического применения, хотя проверить состояние хранилища компонентов Windows вы можете прямо сейчас. Более того, за три года работы в Windows 7 у меня ни разу не возникало проблем с установкой обновлений.

Однако ошибки Windows Update, связанные с повреждением хранилища, вовсе не редкость, даже если судить только по форуму OSZone. Поэтому важно знать, как бороться с ними.

Мне показалось, что часть аудитории блога откровенно заскучала от серии статей о современном интерфейсе Windows 8 и приложений. Конечно, там все примитивно, никаких технических тонкостей, а главное – у некоторых людей создается ощущение, что кроме Modern UI в Windows 8 нет ничего нового. Это не так…

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

Вам хватило технических тонкостей сегодня? ;)

Если нет, в следующей записи из этой серии вас ждет не только экскурс в историю инструментов обслуживания ОС Microsoft, но и уникальная возможность попробовать себя в роли г-сборщика Windows! Но до этого в блоге появятся записи на другие темы.