При установке обновлений Windows записывает в журнал ошибку

Обновлено: 22.11.2024

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

Джонатан Фишер – сертифицированный технолог CompTIA. Он имеет более чем 6-летний опыт написания статей для таких изданий, как TechNorms и Help Desk Geek.

Сбои обновления Windows 10 могут проявляться по-разному и на разных этапах процесса обновления. Обычно вы увидите сообщение, подобное одному из следующих:

  • Не удалось выполнить обновление Windows. Но не волнуйтесь. Мы можем помочь.
  • Не удалось завершить обновления. Отмена изменений. Не выключайте компьютер.
  • Сбой при настройке обновлений Windows. Возврат изменений. Не выключайте компьютер.

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

Причина сбоев обновления Windows 10

Если вам не удалось обновить Windows 10, наиболее распространенные причины включают:

  • Несколько обновлений поставлены в очередь. Одной из наиболее распространенных причин этого сбоя является то, что Windows требуется более одного обновления. Когда это произойдет, простая перезагрузка и повторная попытка приведут к успешному обновлению. Вы также можете решить другие непредсказуемые и незначительные проблемы с помощью того же исправления.
  • Недостаток места на диске. Если на вашем компьютере недостаточно свободного места на диске для завершения обновления Windows 10, обновление будет остановлено, и Windows сообщит об ошибке обновления. Освобождение места обычно помогает.
  • Поврежденные файлы обновлений. Обычно эту проблему устраняет удаление поврежденных файлов обновлений. Возможно, вам придется загрузиться в безопасном режиме, чтобы очистить файлы.
  • Конфликты оборудования. Возможно, к вам подключено устройство, которое прерывает процесс обновления. Если вы отключите все ненужные периферийные устройства, обновление может завершиться.
  • Конфликты драйверов. Это аналогичная проблема с идентичным решением. Отключите все периферийные устройства, например принтеры и USB-концентраторы, и повторите попытку обновления.

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

Как исправить ошибки сбоя обновления Windows 10

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

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

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

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

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

Используйте средство устранения неполадок Windows 10. Windows 10 включает приложение для устранения неполадок, которое может помочь решить множество проблем с обновлением. Попробуйте запустить средство устранения неполадок и посмотрите, удастся ли завершить обновление.

Чтобы запустить средство устранения неполадок обновления Windows 10:

  1. Введите устранение неполадок в поле поиска на панели задач и выберите параметры устранения неполадок.
  2. Нажмите Дополнительные средства устранения неполадок > Центр обновления Windows.
  3. Нажмите Запустить средство устранения неполадок.
  4. Следуйте инструкциям на экране.

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

  1. Выберите «Настройки» > «Обновление и безопасность» > «Центр обновления Windows».
  2. Нажмите "Дополнительные параметры".
  3. Найдите Приостановить обновления и установите переключатель в положение Вкл.
  4. Перезагрузите компьютер.
  5. Вернитесь в "Настройки" > "Обновления и безопасность" > "Центр обновления Windows".
  6. Нажмите "Дополнительные параметры".
  7. Переведите переключатель «Приостановить обновления» в положение «Выкл.».
  8. Попробуйте перезапустить Центр обновления Windows.

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

    .
  1. Откройте проводник и перейдите в папку C:\Windows\
  2. Найдите и удалите папку SoftwareDistribution.
  3. Перезагрузите компьютер и запустите Центр обновления Windows.

Загрузите и установите последнее обновление вручную. Если вам по-прежнему не удается обновить Windows 10, перейдите на официальную страницу загрузки Windows 10 и нажмите «Обновить сейчас». Сохраните файл обновления на свой компьютер и запустите его после завершения загрузки.

Этот процесс будет работать, только если вы пытаетесь выполнить крупное обновление функции. Если вы пытаетесь установить обновление для системы безопасности, перейдите в каталог Центра обновления Майкрософт и найдите номер базы знаний обновления для системы безопасности, которое не удается установить.

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

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

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

Можно ли пропускать обновление Windows?

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

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

В следующей таблице описаны файлы журналов, созданные Центром обновления Windows.

< td>C:\ProgramData\USOShared\Logs
Файл журнала Расположение Описание Когда использовать
windowsupdate.log C:\Windows\Logs\WindowsUpdate Начиная с Windows 8.1 и продолжая в Windows 10, клиент Центра обновления Windows использует Трассировка событий для Windows (ETW) для создания журналов диагностики. Если вы получаете сообщение об ошибке при запуске Центра обновления Windows, вы можете использовать информацию, включенную в файл журнала Windowsupdate.log, для устранения проблемы. .
UpdateSessionOrchestration.etl C:\ProgramData\USOShared\Logs Запуская Windows 10, Update Orchestrator отвечает за последовательность загрузки и установки различных типов обновлений из Центра обновления Windows. И события регистрируются в этих файлах .etl. Когда вы видите, что обновления доступны, но загрузка не запускается.
Когда обновления загружаются, но установка не запускается.
Когда обновления устанавливаются, но перезагрузка не запускается.
NotificationUxBroker.etl При запуске Windows 10 всплывающее уведомление или баннер запускаются NotificationUxBroker.exe. Если вы хотите проверить, было ли уведомление запущен или нет.
CBS.log %systemroot%\Logs\CBS Этот журнал предоставляет информацию об установке обновления частью стека обслуживания. Для устранения неполадок, связанных с установкой Центра обновления Windows.

Создание журнала WindowsUpdate.log

Чтобы объединить и преобразовать файлы трассировки Центра обновления Windows (файлы .etl) в один удобочитаемый файл WindowsUpdate.log, см. Get-WindowsUpdateLog.

При запуске командлета Get-WindowsUpdateLog копия файла WindowsUpdate.log создается как статический файл журнала.Он не обновляется как старый WindowsUpdate.log, пока вы снова не запустите Get-WindowsUpdateLog.

Компоненты журнала Центра обновления Windows

Подсистема Центра обновления Windows имеет разные названия компонентов. Ниже перечислены некоторые из наиболее распространенных компонентов, отображаемых в файле WindowsUpdate.log:

  • АГЕНТ – агент Центра обновления Windows.
  • AU – автоматическое обновление выполняет эту задачу
  • AUCLNT — взаимодействие между AU и вошедшим в систему пользователем
  • CDM-Диспетчер устройств
  • CMPRESS — компрессионный агент.
  • COMAPI – API Центра обновления Windows
  • DRIVER: информация о драйвере устройства.
  • DTASTOR – обрабатывает транзакции базы данных.
  • EEHNDLER – обработчик выражения, который используется для оценки применимости обновления.
  • HANDLER – управляет установщиками обновлений.
  • Разное — общая служебная информация
  • OFFLSNC – обнаруживает доступные обновления без подключения к сети.
  • PARSER – анализирует информацию о выражении.
  • PT — синхронизирует информацию об обновлениях с локальным хранилищем данных.
  • REPORT – собирает отчетную информацию.
  • СЕРВИС — запуск и завершение работы службы автоматического обновления.
  • SETUP: устанавливает новые версии клиента Центра обновления Windows, когда он доступен.
  • SHUTDWN — функция установки при завершении работы.
  • WUREDIR – файлы перенаправителя Центра обновления Windows.
  • WUWEB – элемент управления ActiveX Центра обновления Windows.
  • ProtocolTalker — синхронизация клиент-сервер
  • DownloadManager — создает и отслеживает загрузку полезной нагрузки.
  • Обработчик, программа установки — обработчики установщика (CBS и т. д.)
  • EEHandler — оценка правил применимости обновлений
  • DataStore — локальное кэширование данных обновлений
  • IdleTimer – отслеживание активных вызовов, остановка службы.

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

Структура журнала Центра обновления Windows

Структура журнала обновлений Windows разделена на четыре основных идентификатора:

  • Отметки времени
  • Идентификатор процесса и идентификатор потока
  • Название компонента
  • Обновить идентификаторы
    • Идентификатор обновления и номер версии
    • Идентификатор версии
    • Местный идентификатор
    • Непоследовательная терминология

    Структура WindowsUpdate.log обсуждается в следующих разделах.

    Временные метки

    Отметка времени указывает время регистрации.

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

    Идентификатор процесса и идентификатор потока

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

    • Первые четыре шестнадцатеричных цифры — это идентификатор процесса.
    • Следующие четыре шестнадцатеричных цифры — это идентификатор потока.
    • Каждый компонент, такой как USO, модуль Центра обновления Windows, вызывающие объекты COM API и обработчики программы установки Центра обновления Windows, имеет собственный идентификатор процесса.

    Имя компонента

    Найдите и определите компоненты, связанные с идентификаторами. Различные части ядра Центра обновления Windows имеют разные имена компонентов. Вот некоторые из них:

    • ProtocolTalker — синхронизация клиент-сервер
    • DownloadManager — создает и отслеживает загрузку полезной нагрузки.
    • Обработчик, установка – обработчики установщика (CBS и т. д.)
    • EEHandler — оценка правил применимости обновлений
    • DataStore — локальное кэширование данных обновлений
    • IdleTimer – отслеживание активных вызовов, остановка службы

    Обновить идентификаторы

    Идентификатор обновления и номер версии

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

    • Идентификатор обновления: идентификатор GUID (указан на предыдущем снимке экрана), который назначается данному обновлению во время публикации.
    • Номер версии: номер, увеличивающийся каждый раз, когда данное обновление (имеющее заданный идентификатор обновления) изменяется и повторно публикуется в службе.
    • Номера версий повторно используются при переходе от одного обновления к другому (не являются уникальным идентификатором).
    • Идентификатор обновления и номер версии часто отображаются вместе как ".revision".

    Идентификатор версии
    • Идентификатор версии (не путайте это значение с "номером версии") – это серийный номер, который выдается при первоначальной публикации или изменении обновления для данной службы.
    • Существующее измененное обновление сохраняет тот же идентификатор обновления (GUID), его номер версии увеличивается (например, со 100 до 101), но получает новый идентификатор версии, не связанный с предыдущим идентификатором.
    • Идентификаторы редакций уникальны для данного источника обновлений, но не для нескольких источников.
    • Одна и та же версия обновления может иметь разные идентификаторы версии в Центре обновления Windows и WSUS.
    • Один и тот же идентификатор версии может представлять разные обновления в Центре обновления Windows и WSUS.
    Местный идентификатор
    • Локальный идентификатор – это серийный номер, выдаваемый при получении обновления от службы данным клиентом Центра обновления Windows.
    • Обычно встречается в журналах отладки, особенно в локальном кеше для информации об обновлении (хранилище данных)
    • Разные клиентские ПК будут назначать разные локальные идентификаторы одному и тому же обновлению
    • Вы можете найти локальные идентификаторы, которые использует клиент, получив файл клиента %WINDIR%\SoftwareDistribution\Datastore\Datastore.edb
    Непоследовательная терминология

    Иногда в журналах термины используются непоследовательно. Например, список InstalledNonLeafUpdateIDs на самом деле содержит идентификаторы версий, а не обновлений.

    Распознавание идентификаторов по форме и контексту:

    • GUID — это идентификаторы обновлений.
    • Небольшие целые числа, которые появляются рядом с идентификатором обновления, представляют собой номера версий.
    • Большие целые числа обычно представляют собой идентификаторы версий.
    • Небольшие целые числа (особенно в хранилище данных) могут быть локальными идентификаторами

    Анализ файлов журнала установки Windows с помощью инструмента SetupDiag

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

    Это тема уровня 400 (продвинутый уровень).
    Полный список тем этой статьи см. в разделе Устранение ошибок обновления до Windows 10.

    На каждом этапе процесса обновления создается несколько файлов журнала. Эти файлы журналов необходимы для устранения неполадок при обновлении. По умолчанию папки, содержащие эти файлы журналов, скрыты на целевом компьютере для обновления. Чтобы просмотреть файлы журналов, настройте проводник Windows для просмотра скрытых элементов или используйте инструмент для автоматического сбора этих журналов. Самый полезный журнал — это setupact.log. Файлы журнала находятся в разных папках в зависимости от этапа установки Windows. Напомним, что вы можете определить фазу по коду расширения.

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

    В следующей таблице описаны некоторые файлы журналов и способы их использования для устранения неполадок:

    Файл журнала Этап: Расположение Описание Когда использовать
    setupact.log Down-Level:
    $Windows.~BT\Sources\Panther
    Содержит информацию о действия по настройке на этапе перехода на более низкий уровень. Все сбои на более низком уровне и отправная точка для расследования отката.
    Это самый важный журнал для диагностики проблем с установкой.
    setupact.log OOBE:
    $Windows.~BT \Sources\Panther\UnattendGC
    Содержит информацию о действиях во время фазы OOBE. Исследование неудачных откатов во время фазы и операций OOBE — 0x4001C, 0x4001D, 0x4001E, 0x4001F.
    setupact.log Откат:
    $Windows.~BT\Sources\Rollback
    Содержит информацию о действиях во время отката. Исследование общих откатов — 0xC1900101.
    setupact.log Предварительная инициализация (до понижения уровня):
    Windows
    Содержит информацию об инициализации установки. Если установка не запускается.
    setupact.log После обновления (после OOBE):
    Windows\Panther
    Содержит информацию о действиях по установке во время установки. Изучение проблем, связанных с после обновления.
    setuperr.log То же, что и setupact .log Содержит информацию об ошибках установки во время установки. Просмотр всех ошибок, возникших на этапе установки.
    miglog.xml После обновления (после OOBE):
    Windows\Panther
    Содержит информацию о том, что было перенесено во время установки. Идентификация после обновления проблемы переноса данных.
    BlueBox.log Нижний уровень:
    Windows\Logs\Mosetup
    Содержит информацию связь между setup.exe и Центром обновления Windows. Используется при сбоях WSUS и WU нижнего уровня или при ошибке 0xC1900107.
    Дополнительные журналы отката:
    Setupmem.dmp
    setupapi.dev.log
    Журналы событий (*.evtx)
    $Windows.~BT\Sources\Rollback Собраны дополнительные журналы во время отката. Setupmem.dmp: если во время обновления обнаруживается ошибка ОС, программа установки попытается извлечь мини-дамп.
    Setupapi: проблемы с установкой устройства — 0x30018
    Журналы событий: общий откаты (0xC1900101) или неожиданные перезагрузки.

    Структура записи журнала

    Запись setupact.log или setuperr.log (файлы находятся в папке C:\Windows) включает следующие элементы:

    Дата и время - 2016-09-08 09:20:05.

    Уровень журнала — информация, предупреждение, ошибка, неустранимая ошибка.

    Компонент ведения журнала — CONX, MOUPG, PANTHR, SP, IBSLIB, MIG, DISM, CSI, CBS.

    Компоненты ведения журнала SP (платформа установки), MIG (механизм миграции) и CONX (информация о совместимости) особенно полезны для устранения ошибок программы установки Windows.

    Сообщение - Операция успешно завершена.

    См. следующий пример:

    Дата/время Уровень журнала Компонент Сообщение
    2016-09-08 09:23:50, Предупреждение MIG Не удалось заменить объект C :\Пользователи\имя\Cookies. Целевой объект не может быть удален.

    Анализ файлов журнала

    Следующие инструкции предназначены для ИТ-специалистов. Также см. раздел Коды ошибок обновления в этом руководстве, чтобы ознакомиться с кодами результатов и кодами расширения.

    Чтобы проанализировать файлы журнала установки Windows:

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

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

    Откройте файл журнала в текстовом редакторе, например в блокноте.

    Используя часть кода результата программы установки Windows, найдите код результата в файле и найдите последнее вхождение кода. В качестве альтернативы найдите текстовые строки «прервать» и «отказ», описанные в шаге 7 ниже.

    Чтобы найти последнее вхождение кода результата:

    1. Прокрутите файл до конца и щелкните после последнего символа.
    2. Нажмите "Изменить".
    3. Нажмите "Найти".
    4. Введите код результата.
    5. В разделе "Направление" выберите "Вверх".
    6. Нажмите "Найти далее".

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

    Выполните поиск следующих важных текстовых строк:

    • Приложение оболочки запрашивает прерывание
    • Отказ от подачи заявки из-за ошибки объекта

    Расшифруйте ошибки Win32, которые появляются в этом разделе.

    Запишите временную метку обнаруженных ошибок в этом разделе.

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

    Например, предположим, что код ошибки для ошибки — 0x8007042B — 0x2000D. Поиск «8007042B» показывает следующее содержимое файла setuperr.log:

    Некоторые строки в приведенном ниже тексте сокращены для удобства чтения. Дата и время в начале каждой строки (например: 2016-10-05 15:27:08) сокращаются до минут и секунд, а имя файла сертификата, которое представляет собой длинную текстовую строку, сокращается до «CN».

    содержимое файла setuperr.log:

    Первая строка указывает, что произошла ошибка 0x00000570 с файлом C:\ProgramData\Microsoft\Crypto\RSA\S-1-5-18 [CN] (показан ниже):

    Ошибка 0x00000570 – это код ошибки Win32, соответствующий следующему: ERROR_FILE_CORRUPT: файл или каталог повреждены и недоступны для чтения.

    Содержимое файла setupact.log:

    Содержимое журнала setupapi.dev.log:

    Этот анализ показывает, что ошибку обновления Windows можно устранить, удалив файл C:\ProgramData\Microsoft\Crypto\RSA\S-1-5-18[CN].

    В этом примере полное несокращенное имя файла — C:\ProgramData\Microsoft\Crypto\RSA\S-1-5-18\be8228fb2d3cb6c6b0ccd9ad51b320b4_a43d512c-69f2-42de-aef9-7a88fabdaa3f.

    Обновления Windows и пакеты обновлений могут не установиться из-за ошибок повреждения. Например, обновление может не установиться, если системный файл поврежден. Средство DISM или System Update Readiness может помочь вам исправить некоторые ошибки повреждения Windows.

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

    Решение для Windows 8.1, Windows 10 и Windows Server 2012 R2

    Чтобы решить эту проблему, используйте средство обслуживания образов развертывания и управления ими (DISM) из папки "Входящие". Затем снова установите обновление Windows или пакет обновления.

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

    Введите следующую команду и нажмите Enter. Выполнение командной операции может занять несколько минут.

    При выполнении этой команды DISM использует Центр обновления Windows для предоставления файлов, необходимых для устранения повреждений. Однако, если ваш клиент Центра обновления Windows уже неисправен, используйте работающую установку Windows в качестве источника восстановления или используйте параллельную папку Windows из общего сетевого ресурса или со съемного носителя, например DVD-диска Windows, в качестве источника. файлов. Для этого вместо этого выполните следующую команду:

    Замените заполнитель C:\RepairSource\Windows на расположение источника восстановления. Дополнительные сведения об использовании средства DISM для восстановления Windows см. в статье Восстановление образа Windows.

    Введите команду sfc /scannow и нажмите Enter. Выполнение командной операции может занять несколько минут.

    Закройте командную строку и снова запустите Центр обновления Windows.

    DISM создает файл журнала (%windir%/Logs/CBS/CBS.log), в котором фиксируются все проблемы, обнаруженные или устраненные этим инструментом. %windir% — это папка, в которой установлена ​​Windows. Например, папка %windir% — это C:\Windows.

    Решение для Windows 7 и Windows Server 2008 R2

    Чтобы решить эту проблему, используйте средство проверки готовности системы к обновлению. Затем снова установите обновление Windows или пакет обновления.

    Загрузите средство проверки готовности системы к обновлению.

    Перейдите в каталог Центра обновления Майкрософт и загрузите инструмент, соответствующий версии Windows, установленной на вашем компьютере. Дополнительные сведения о том, как найти установленную версию Windows, см. в статье Как узнать, работает ли на вашем компьютере 32-разрядная или 64-разрядная версия Windows.

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

    Установите и запустите инструмент.

    Выберите «Загрузить» на веб-странице Центра загрузки, затем выполните одно из следующих действий:

    • Чтобы установить инструмент немедленно, выберите "Открыть" или "Выполнить" и следуйте инструкциям на экране.
    • Чтобы установить инструмент позже, выберите Сохранить, а затем загрузите установочный файл на свой компьютер. Когда вы будете готовы установить инструмент, дважды выберите файл.

    В диалоговом окне автономного установщика Центра обновления Windows выберите Да.

    Когда инструмент устанавливается, он запускается автоматически. Хотя обычно запуск занимает менее 15 минут, на некоторых компьютерах это может занять гораздо больше времени. Даже если кажется, что индикатор выполнения остановился, сканирование все еще выполняется, поэтому не нажимайте кнопку "Отмена".

    Когда вы увидите, что установка завершена, выберите Закрыть.

    Переустановите обновление или пакет обновления, которые вы пытались установить ранее.

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

    Решение. Загрузите пакет напрямую из каталога Центра обновления Майкрософт

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

    Например, у вас могут возникнуть проблемы при попытке установить обновления из Центра обновления Windows. В этой ситуации вы можете загрузить пакет обновления и попробовать установить обновление вручную. Для этого выполните следующие действия:

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

    Выберите ссылку на файл для загрузки обновления.

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

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

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

    Описание распространенных ошибок, связанных с повреждением данных

    В следующей таблице для справки перечислены возможные коды ошибок Центра обновления Windows:

    < td>0x800736CC < /tr> < td>TRUST_E_NOSIGNATURE td>
    Код Ошибка Описание
    0x80070002 ERROR_FILE_NOT_FOUND Система не может найти указанный файл.
    0x8007000D ERROR_INVALID_DATA Неверные данные.
    0x800F081F CBS_E_SOURCE_MISSING Источник пакета или файла не найден.< /td>
    0x80073712 ERROR_SXS_COMPONENT_STORE_CORRUPT Хранилище компонентов находится в несогласованном состоянии.
    ERROR_SXS_FILE_HASH_MISMATCH Файл компонента не соответствует проверочной информации, представленной в манифесте компонента.
    0x800705B9 ERROR_XML_PARSE_ERROR Невозможно проанализировать запрошенные данные XML.
    0x80070246 ERROR_ILLEGAL_CHARACTER Обнаружен недопустимый символ.
    0x8007370D ERROR_SXS_IDENTITY_PARSE_ERROR Ан i строка dentity имеет неправильный формат.
    0x8007370B ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME Имя атрибута в удостоверении не находится в допустимом диапазоне.
    0x8007370A ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE Значение атрибута в удостоверении находится за пределами допустимого диапазона.
    0x80070057 ERROR_INVALID_PARAMETER Неверный параметр.
    0x800B0100 В теме нет подписи.
    0x80092003 CRYPT_E_FILE_ERROR Ошибка произошло, когда Центр обновления Windows читает или записывает файл.
    0x800B0101 CERT_E_EXPIRED Срок действия требуемого сертификата истек. при сверке с текущими системными часами или отметкой времени в подписанном файле.
    0x8007371B ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE Один или более Требуемые члены транзакции отсутствуют.
    0x80070490 ERROR_NOT_FOUND Windows не удалось выполнить поиск новых обновлений.
    0x800f0984 PSFX_E_MATCHING_BINARY_MISSING Соответствующий каталог компонентов существует, но отсутствует двоичный файл
    0x800f0986 PSFX_E_APPLY_FORWARD_DELTA_FAILED Ошибка применения прямой дельты
    0x800f0982 PSFX_E_MATCHING_COMPONENT_NOT_FOUND Can не идентифицирует соответствующий компонент для гидратации

    Что делает инструмент готовности к обновлению системы

    Проверить целостность ресурсов

    Инструмент готовности к обновлению системы проверяет целостность следующих ресурсов:

    • Файлы, расположенные в следующих каталогах:
      • %SYSTEMROOT%\Servicing\Packages
      • %SYSTEMROOT%\WinSxS\Манифесты
      • HKEY_LOCAL_MACHINE\Компоненты
      • HKEY_LOCAL_MACHINE\Схема
      • HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Компонентное обслуживание

      Этот список может быть обновлен в любое время.

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

      Ведение журнала

      • %SYSTEMROOT%\Logs\CBS\CheckSUR.log
      • %SYSTEMROOT%\Logs\CBS\CheckSUR.persist.log

      Как исправить ошибки, обнаруженные в файле журнала CheckSUR

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

      %SYSTEMROOT% — это переменная среды, которая сохраняет папку, в которой установлена ​​Windows. Например, обычно папка %SYSTEMROOT% — это C:\Windows.

      Определите пакеты, которые этот инструмент не может исправить. Например, в файле журнала вы можете найти следующее:

      В данном случае поврежден пакет KB958690.

      Скопируйте пакет (.msu) в каталог %SYSTEMROOT%\CheckSUR\packages. По умолчанию этот каталог не существует, и вам нужно его создать.

      Читайте также: