В преддверии поступления Windows 8 в продажу Microsoft выпустила большое кумулятивное обновление KB2756872 , чего никогда раньше не делала для клиентских операционных систем. Однако при установке обновления меня ждал неприятный сюрприз — ошибка 80073712.
Сегодня я расскажу о том, как победить эту и ряд других ошибок при установке обновлений Windows с помощью новой возможности обслуживания – встроенного восстановления компонентов (in-box corruption repair).
Эта запись открывает серию статей о нововведениях в обслуживании Windows. И нет, оно не имеет ничего общего с автоматическим обслуживанием с помощью планировщика. Сначала я покажу, как решил проблему с установкой обновления, а потом расскажу о технологии.
В справке предыдущих ОС 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+.
Восстановление можно выполнить без установочного диска Windows, но в некоторых случаях он может вам понадобиться.
В этом случае используются файлы хранилища на локальном диске и Windows Update.
Состояние хранилища компонентов обозначается параметром Image Health State . У него Healthy означает, что с хранилищем компонентов все нормально. Для дальнейшей диагностики переходите к проверке целостности системных файлов чуть ниже ↓ Если же повреждение хранилища не исправлено, нужно попробовать сделать это с помощью установочного диска.
Когда системе не удается восстановить какие-либо компоненты, вам может помочь оригинальный установочный диск.
Здесь буква «E» соответствует букве подключенного образа, а цифра «1» — индексу издания в образе (в примере используется образ Windows 8 Enterprise с единственным изданием).
Строго говоря, этот этап не имеет отношения к восстановлению компонентов. Однако техническая поддержка Microsoft рекомендует после проверки целостности хранилища компонентов также проверить и целостность системных файлов. Для этого в командной строке, запущенной от имени администратора, выполните команду:
Sfc /scannow
У меня один из файлов был поврежден, и утилита SFC успешно восстановила его.
Случаи, когда системе не удалось восстановить какие-либо файлы, выходят за рамки этой статьи (я разберу их в другой раз).
Итак, две команды восстановили целостность хранилища компонентов и системных файлов. Самое время попробовать установить обновление заново.
Как видите, на сей раз у меня все сработало!
Давайте сравним ключевые моменты восстановления компонентов в разных операционных системах.
Целью проверки может являться как установленная система, так и образ в формате WIM или VHD.
Проверяет работающую систему.
Проверяет подключенный автономный образ по указанному после параметра пути.
Для определения состояния и восстановления компонентов в командлете Repair-WindowsImage предусмотрены три параметра, выполняющих проверку хранилища. Результатом сканирования может быть:
Однако функции параметров отличаются.
-CheckHealth
Моментально проверяет, присутствует ли в системном реестре маркер, обозначающий повреждение. Этот маркер может появиться в процессе работы системы обслуживания.
-ScanHealth
Проверяет хранилище на предмет повреждений. Эта операция занимает больше времени, чем простая проверка маркера.
-RestoreHealth
Проверяет хранилище на предмет повреждений и выполняет их восстановление. Эта операция является самой длительной из трех.
Чтобы восстановить компоненты, их нужно откуда-то взять. Когда источник не указан , при проверке автоматически используется локальное хранилище компонентов и Windows Update.
Этот момент нигде не задокументирован, и вы должны понимать, что при проверке автономного образа Windows из-под другого издания или версии Windows источник нужно указывать обязательно.
В обоих случаях вы можете указывать более одного источника и даже блокировать Windows Update при этом. Приведенные ниже параметры предназначены только для восстановления, и поэтому допустимы только в связке с -RestoreHealth .
В качестве источника можно использовать путь к:
Здесь любопытна возможность указать путь непосредственно к изданию в WIM-образе без его предварительного копирования на локальный диск и последующего подключения. Она является тайным знанием, пока не отраженным в документации;) Это работает благодаря функции автоматического подключения WIM, реализованной на последних стадиях разработки Windows 8.
Вы можете перечислить несколько путей через запятую. Дополнительные источники задействуются только в том случае, если в предыдущих не нашлось подходящих компонентов.
Когда в качестве источника используется WIM-образ, необходимо указать тип образа и его индекс:
Source:WIM:Е:\sources\install.wim:1
-LimitAccess
Блокирует доступ к Windows Update во время проверки.
Я приведу несколько примеров практического использования командлета 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! Но до этого в блоге появятся записи на другие темы.
Нередко в ходе активной работы с компьютером или ноутбуком в Windows могут происходить различные ошибки и проблемы. Их причиной становятся необдуманные и неверные действия пользователя, некорректная установка и обновление программ, операционной системы. Для не очень опытных юзеров даже небольшой сбой в работе может оказаться трудноразрешимой задачей, не говоря уже о попытках диагностировать источник нестабильной работы ОС.
В Windows 7 было встроено «Средство устранения неполадок» , о котором знают далеко не все. Оно проверяет работу различных системных компонентов и при выявлении ошибки уведомляет пользователя и исправляет ее. К сожалению, в возможности утилиты заложены только основные и распространенные проблемы, с которыми сталкивается большинство человек. Поэтому она рассчитана только на начинающую аудиторию и не может устранить затруднительные ситуации, встречающиеся реже.
Стоит отметить, что данный инструмент запускается только при работающей ОС. Открыть его перед загрузкой Windows или в ходе перезагрузки нельзя. Для восстановления работоспособности системы требуются другие действия.
Используя встроенную программу проверки Windows, можно найти и исправить следующие ошибки:
Вне зависимости от выбранного типа ошибки, система всегда запускает одну и ту же утилиту диагностики.
Сперва она выполняет поиск проблемы, проверяя все сопутствующие системные компоненты, программы, службы.
Если та была обнаружена, утилита может исправить ее самостоятельно, уведомив пользователя об этом.
Вы можете просмотреть список обработанных найденных и потенциальных проблем. Для этого нажмите на ссылку «Просмотреть дополнительные сведения» .
В открывшемся окне отобразится все то, что подлежит диагностике.
При отсутствии найденных проблем вы получите соответствующее сообщение.
В зависимости от выбранного компонента для диагностики принцип взаимодействия с утилитой может отличаться.
Есть два способа запуска инструмента — через «Панель управления» и командную строку. Разберем оба.
Альтернативный вариант:
Используя панель слева, вы можете воспользоваться дополнительными возможностями:
Мы рассмотрели работу встроенного в Windows «Средства устранения неполадок» . Это базовый комплекс инструментов, позволяющий устранить распространенные проблемы, связанные с работой тех или иных компонентов, служб. Он не справится с ошибками, вызванными нестандартными действиями и характерными для определенного компьютера, однако сможет устранить часто возникающие проблемы у многих не очень опытных пользователей компьютера.
Центр обновлений Windows автоматически проводит поиск и установку новых файлов, однако иногда возникают различные неполадки – файлы могут быть повреждены или центр не определяет поставщика служб шифрования. В таких случаях пользователь будет уведомлен об ошибке — на экране появится соответствующее оповещение с кодом 800b0001. В этой статье мы рассмотрим несколько способов решения проблемы с невозможностью выполнения поиска обновлений.
У обладателей Windows 7 иногда возникает ошибка с кодом 800b0001 при попытке поиска обновлений. Причин этому может быть несколько – заражение вирусами, неполадки системы или конфликты с определенными программами. Способов решений существует несколько, давайте рассмотрим их все по очереди.
У компании Microsoft присутствует утилита System Update Readiness tool, проверяющая готовность системы к обновлениям. Кроме этого она и исправляет найденные неполадки. В данном случае такое решение может помочь решить вашу проблему. От пользователя требуется выполнить всего несколько действий:
Когда утилита закончит выполнение всех операций, перезагрузите компьютер и дождитесь начала поиска обновлений, если неполадки были исправлены, то на этот раз все пройдет нормально и необходимые файлы будут установлены.
Очень часто причиной всех бед становятся вирусы, заражающие систему. Вполне вероятно, что из-за них произошли какие-то изменения в системных файлах и это не позволяет центру обновлений корректно выполнять свою работу. Если первый способ не помог, рекомендуем воспользоваться любым удобным вариантом очистки компьютера от вирусов. Подробнее об этом вы можете прочитать в нашей статье.
Сотрудникам разных организаций положено иметь на компьютере установленную вспомогательную программу КриптоПРО. Она используется для криптографической защиты информации и самостоятельно изменяет некоторые файлы реестра, что может привести к появлению ошибки с кодом 800b0001. Решить ее помогут несколько простых действий:
Сегодня мы рассмотрели несколько способов, с помощью которых решается проблема с возникновением ошибки Windows update с кодом 800b0001 в Windows 7. Если ни один из них не помог, значит, проблема куда серьезнее и решить ее нужно только с помощью полной переустановки Виндовс.
Типичные проблемы при обновлении OS Windows (от «семерки до «десятки») можно решить при помощи скрипта. Запущенный скрипт сделает полный сброс настроек Центра обновлений. Этот нехитрый способ решает все или, по крайней мере, большинство проблем с обновлением программного обеспечения: когда они не загружаются или дают сбой при установке. Но, к сожалению, есть такие ошибки службы обновлений, которые невозможно устранить при помощи скрипта. Но в этом случае мы попытается дать различные варианты решений проблем в конце статьи.
Те, кто обновляется до Windows 7, устанавливает операционную систему с нуля или сбрасывает настройки, тоже могут столкнуться с ошибками службы Майкрософт. Мы рекомендуем в этом случае предварительно попробовать установку обновлений для «семерки», используя . Если ошибка не будет устранена, выполните руководство, данное в этой теме.
Сам скрипт:
@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
Как известно, начиная с версии ОС Windows XP, корпорация Microsoft постоянно выпускает так называемые апдейты систем и сервис-паки. Однако стоит заметить, что в Windows 7 ошибка обновления почему-то встречается намного чаще, чем в остальных ОС. Что с этим делать, мы сейчас и разберемся.
Если ошибка повторяется снова и снова, причина ее появления может быть в том, что сам файл, отвечающий за запуск процесса обновления, поврежден. В этом случае нужно произвести глубокое сканирование любым антивирусным ПО, а лучше использовать утилиты, имеющие общее название Rescue Disc, запускаемые еще до старта системы с оптического носителя.
Не менее распространенной ситуацией, когда в Windows 7 ошибка обновления проявляется даже после всех вышеперечисленных действий, бывает скрытый от глаз пользователя конфликт процесса со штатным антивирусом или брандмауэром.
Понятно ведь, что программа обновления обращается к надежному источнику (в данном случае - непосредственно к ресурсам компании Microsoft), так что перед запуском процесса обновления их можно на время отключить, но только при условии, что предварительная проверка показала отсутствие вирусов и угроз.
Теперь непосредственно о самых распространенных ошибках, не считая того, что было описано выше. Коды ошибок обновления 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 (естественно, вход должен быть произведен от имени администратора). Если и это не поможет, придется использовать журнал обновления, в котором все пакеты должны быть отсортированы по дате. Вероятнее всего, какой-то последний апдейт и вызывает сбои. Теперь нужно удалять пакеты поочередно, каждый раз перезагружая компьютер до тех пор, пока ошибка не исчезнет (можно использовать ту же командную строку). Когда проблема будет устранена, можно будет установить обновления заново в ручном режиме, но исключить из списка проблемные пакеты.
