Ошибки центра обновления Windows

Часто бывает так что решения и исправления для ошибок Центра обновлений Windows не помогают, и обновления никак не хотят устанавливаться. В Windows 7 это серьезная проблема, хотя большинство пользователей и даже системных администраторов ее таковой не считают, на просторах б. СССР не принято устанавливать обновления, а зря — своевременная установка обновлений серьезно повышает шансы избежать негативных последствий от вирусных атак. Это статья для тех кто не привык переустанавливать Windows по любому поводу, а докапываться до причин проблемы и их устранять.

Причины ошибок Центра обновления Windows

Большая часть ошибок центра обновления Windows возникает из-за того что он не может прочесть или получить доступ к какому либо файлу или ключу реестра. И таким образом все причины сводятся к двум:

1. Недостаточно прав доступа к требуемому объекту, нет права на доступ вообще, либо нет права на чтение или запись.
2. Файл или ключ реестра — отсутствуют или повреждены и поэтому не могут быть прочитаны

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

Исправляем ошибки Центра обновления Windows

Предполагается что команды sfc /scannow и DISM /Online /Cleanup-Image /ScanHealth вы уже испробовали и Центр обновлений не заработал — идем дальше.

Необходимо скачать и установить System Update Readiness Tool (SURT) для своей операционной системы:

Операционная система	Ссылка для скачивания
32-разрядные (x86) версии Windows 7 (в том числе с пакетом обновления 1)	Скачать
64-разрядные (x64) версии Windows 7 (в том числе с пакетом обновления 1)	Скачать
64-разрядные (x64) версии Windows Server 2008 R2 с пакетом обновления 1	Скачать
Версии Windows Server 2008 R2 с пакетом обновления 1 для архитектур на базе процессора Itanium	Скачать
32-разрядные (x86) версии Windows Vista с пакетами обновления 2 и 1	Скачать
64-разрядные (x64) версии Windows Vista с пакетами обновления 2 и 1	Скачать
32-разрядные (x86) версии Windows Server 2008 с пакетом обновления 2	Скачать
64-разрядные (x64) версии Windows Server 2008 с пакетом обновления 2	Скачать
Версии Windows Server 2008 с пакетом обновления 2 для архитектур на базе процессора Itanium	Скачать

Устанавливаем:

Установка пакета может занять достаточно много времени, даже если компьютер с SSD, это нормально дождитесь ее окончания и прочтите лог, в командной строке введите:

%windir%\Logs\CBS\CheckSUR.log

Файл может быть достаточно обширный, поиском найдите слово «Summary:», стрелкой помечено время установки пакета в секундах, как не трудно заметить установка длилась почти час, найдено 28 ошибок и внизу список поврежденных пакетов/манифестов:

Для исправления проще всего - скопировать эталонные файлы с рабочей системы где обновления нормально устанавливаются, система должна быть той же разрядности и желательно той же редакции. Если поврежденных файлов немного — можно выбрать нужные вручную, я не заморачивался и скопировал всё.

Все файлы *.mum и *.cat из C:\Windows\servicing\Packages с рабочей системы копируем на проблемную в папку C:\Windows\Temp\CheckSUR\servicing\packages, если такой нет — создайте вручную, C:\Windows — путь установки системы по умолчанию, если у вас другой измените.

Точно так же поступаем и с файлами типа *.manifest из C:\Windows\winsxs\Manifests копируем в C:\Windows\Temp\CheckSUR\winsxs\manifests\ на проблемной системе, если такого пути нет — создаем нужные папки.

Или можно скачать недостающие пакеты вручную , например, в нашем случае — Windows6.0-KB2544893-x64.msu и положить его в папку C:\Windows\Temp\CheckSUR

После того как файлы скопированы — запускаем установку System Update Readiness Tool (SURT) еще раз, затем опять смотрим лог, если все сделано верно, то он должен выглядеть как-то так:

После этого пробуем устанавливать обновления, все должно получиться и заработать, если ошибок нет, а обновления всё равно не ставятся сбросьте службу обновления Windows, для этого в консоли запущенной от имени администратора выполните команды:

net stop wuauserv
rmdir /s /q %windir%\SoftwareDistribution
net start wuauserv
wuauclt /detectnow

Если и после этого не заработало — пишите в комментарии, разберемся.

Можно попробовать что-то поправить. Эта статья об исправлении ошибки центра обновления Windows 7 с кодом 800b0001 . Рассматриваемые здесь варианты помогут в устранении и других ошибок как для Windows 7, так и для Windows 8/8.1.

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

2. Запускаем скачанный файл — WindowsUpdateDiagnostic.diagcab . Жмем «Далее».

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

Восстановление системных файлов

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

1. Откат к точке восстановления . Нужно вернуть систему на 1, 2 — 10, 30 дней назад, когда проблемы не было. Возможно, это будет самое простое решение.

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

3. Переустановка системы. Самый надежный и радикальный метод. Долго — зато результат 100%.

Проблемы чаще всего возникают у различных сборок или систем, которые активированы не совсем белыми способами. Надеюсь, у вас все будет нормально. Успехов, Друзья!

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

Для исправления ошибок и возобновления правильной работы может понадобиться сбросить параметры центра обновлений.

Рассмотрим наиболее распространенные варианты ошибок.

Ошибка центра обновления Windows 7 0х80070057

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

Попробуйте отключить автозапуск разных программ, от которых не зависит функциональность системы. Откройте «Панель управления» и кликните на «Диспетчер задач» . Перейдите на вкладку .

Пользуясь правильной процедурой, перезагрузите компьютер .

Ошибка 0х80070643 центр обновления Windows

Ошибка появляется, когда вы пытаетесь установить что-либо на свой компьютер. Это означает, что произошел конфликт устанавливаемой программы и Net Framework.

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

Если приложение на месте, а ошибка все равно не исчезает, произведите следующие действия:

Ошибка центра обновления Windows 7 0х80070005

Чиним в такой последовательности:

Откройте программу Блокнот и скопируйте туда:

@echo off Set OSBIT=32 IF exist "%ProgramFiles(x86)%" set OSBIT=64 set 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

1. Сохраните этот текстовый файл в формате .bat .
2. Запустите файл, пользуясь правами Администратора, когда операция будет выполнена, выполните перезагрузку.
3. Запустите неудавшийся процесс заново.

Ошибка центра обновления В Windows 7 0х8024402с

Эта ошибка чаще всего возникает по причине неправильной настройки браузера Internet Explorer. Чтобы исправить положение, откройте IE, а в нём меню «Сервис» . После этого «Свойства браузера» - «Подключения» - «Настройка сети» . Найдите группу «Автоматическая настройка» и выберите «Автоматическое определение параметров» . Это должно помочь работе Центра обновлений.

Ошибка 80244019 центра обновлений Windows 7

Как правило, данная ошибка возникает из-за заражения компьютера вирусами. Устраняется следующим образом:

Ошибка 800b0001 центра обновления Windows 7

Чтобы исправить эту ошибку, необходимо зайти на сайт Майкрософт. Найдите на сайте список ОС, выберите свою операционную систему. Нажмите на знак + рядом с названием вашей ОС, выберите актуальную для вас редакцию.

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

Ошибка 8007000е центра обновлений Windows 7

Для решения этой проблемы необходимо всего лишь скачать обновления KB3102810 для Центра Обновлений с официального сайта Майкрософт. Установите обновление и ошибка исчезнет.

Ошибка 80072ее2 центра обновлений Windows 7

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

1. Воспользуйтесь программой CCleaner для удаления ошибок в реестре. Это должно помочь при отсутствии связи файлов в реестре и Центре обновления Windows 7;
2. Проведите глубокое сканирование с помощью программы, которая ищет вредоносные файлы;
3. Установите все обновления ОС.
4. Переустановите Windows Update методом диагностики программой из сайта Майкрософта по ссылке ;
5. Обновите драйвера;
6. Если вышеописанные пункты не помогли, воспользуйтесь функцией «Восстановление системы» чтобы откатить систему до состояния, когда ошибки не возникало и в последствии попробуйте обновить драйвера;

Ошибка центра обновления Windows 7 0х80070490

Если вы пытаетесь обновить свою ОС до последней версии, то можете столкнуться с этой проблемой.

Чтобы исправить ошибки центра обновления Windows 7, необходимо восстановить поврежденные системные файлы. Используйте для этого программу System File Checker . Проведите сканирование компьютера с помощью этого инструмента и перезагрузите компьютер. Чтобы сделать это, нужно.

Как известно, начиная с версии ОС Windows XP, корпорация Microsoft постоянно выпускает так называемые апдейты систем и сервис-паки. Однако стоит заметить, что в Windows 7 ошибка обновления почему-то встречается намного чаще, чем в остальных ОС. Что с этим делать, мы сейчас и разберемся.

Почему Windows 7 требуется обновление?

Если раньше обновление систем касалось большей частью системы безопасности, в последнее время (в частности, для Windows 7) они затрагивают даже некоторые основные драйверы устройств, а также специализированные платформы типа Microsoft .NET Framework, которые необходимы для работы некоторых программ и приложений.

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

Ошибка при установке обновлений Windows 7: причины

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

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

Проверка автоматического обновления

Для начала рассмотрим самую простую ситуацию. Очень может быть, что автоматический поиск и установка апдейтов просто отключен. Чтобы проверить эти параметры, необходимо использовать «Центр обновления», где в строке метода обновления должен стоять либо параметр автоматического запуска, либо параметр поиска с последующим предложением установки.

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

Обновление в ручном режиме

В случае если в Windows 7 ошибка обновления после включения автоматического режима остается, можно использовать ручной поиск.

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

Прежде всего, нужно проверить системный диск (на котором, собственно, и установлена ОС Windows 7) на предмет наличия ошибок. Для этого лучше использовать командную строку, а не свойства диска, вызываемые через «Проводник». К примеру, в меню «Выполнить» можно прописать команду chkdisk c: \f, которая позволяет не только произвести проверку, но и автоматически исправить системные ошибки.

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

Проблемы брандмауэра и антивируса

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

Понятно ведь, что программа обновления обращается к надежному источнику (в данном случае - непосредственно к ресурсам компании Microsoft), так что перед запуском процесса обновления их можно на время отключить, но только при условии, что предварительная проверка показала отсутствие вирусов и угроз.

Ошибка после обновления Windows 7

Теперь непосредственно о самых распространенных ошибках, не считая того, что было описано выше. Коды ошибок обновления Windows 7 – это достаточно большая база данных, рассмотрим три самых часто проявляемых.

Ошибка 643 связана с невозможностью обновления платформы Microsoft .NET Framework. Другие компоненты системы могут обновляться, но именно ее апдейт вызывает ошибку. Ее стоит просто удалить из системы и установить заново, предварительно скачав с официального сайта Microsoft последнюю версию. Кстати, что касается удаления, лучше не использовать стандартные средства из меню «Программы и компоненты». В этом случае пригодятся продвинутые деинсталляторы, удаляющие из системы абсолютно все остаточные файлы и записи ключей системного реестра.

Одной из самых мощных программ такого типа признана утилита iObit Uninstaller, в которой имеется специальный режим Forced Uninstall.

Не менее распространенной является и ошибка с кодом 800b0100. В этой ситуации наиболее приемлемым решением станет использование автоматических фиксаторов проблем типа Fix It или System Update Readiness Tool. В большинстве случаев они способны исправить неполадки автоматически, даже без участия пользователя.

Но самой большой головной болью для многих юзеров является ошибка с кодом 0xc0000005. Она появляется уже после установки апдейтов в систему. Как правило, данный тип ошибки вызывается обновлениями в виде пакетов KB2859537 и KB2872339. Их удаление и позволяет избавиться от назойливых ошибок.

Проще всего набрать в командной строке wusa.exe /uninstall /kb:2859537 или то же самое, но только для пакета KB2872339 (естественно, вход должен быть произведен от имени администратора). Если и это не поможет, придется использовать журнал обновления, в котором все пакеты должны быть отсортированы по дате. Вероятнее всего, какой-то последний апдейт и вызывает сбои. Теперь нужно удалять пакеты поочередно, каждый раз перезагружая компьютер до тех пор, пока ошибка не исчезнет (можно использовать ту же командную строку). Когда проблема будет устранена, можно будет установить обновления заново в ручном режиме, но исключить из списка проблемные пакеты.

В преддверии поступления 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 означает, что с хранилищем компонентов все нормально. Для дальнейшей диагностики переходите к проверке целостности системных файлов чуть ниже ↓ Если же повреждение хранилища не исправлено, нужно попробовать сделать это с помощью установочного диска.

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

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

1. Щелкните правой кнопкой мыши по ISO-образу и выберите в меню Подключить . Обратите внимание на букву диска, которую получил подключенный образ.
2. В PowerShell выполните команду: Repair-WindowsImage -Online -RestoreHealth -Source:WIM:Е:\sources\install.wim:1

   Здесь буква «E» соответствует букве подключенного образа, а цифра «1» — индексу издания в образе (в примере используется образ Windows 8 Enterprise с единственным изданием).

3. По окончании процедуры убедитесь, что хранилище компонентов в порядке (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! Но до этого в блоге появятся записи на другие темы.