8007370b ошибка обновления windows 7
Что такое ошибка Центра обновления Windows 0x80073701
1. Воспользуйтесь средством устранения неполадок Центра обновления Windows
При решении проблем, связанных с обновлением, самое первое и простое, что можно попробовать - это средство устранения неполадок Windows - утилита для решения проблем, которая уже встроена в вашу систему. Чтобы воспользоваться ею, выполните шаги, указанные ниже.
- Откройте настройки, как мы делали выше, и перейдите в Обновление и безопасность > Устранение неполадок.
- На правой панели найдите Центр обновления Windows и нажмите Запустить средство устранения неполадок.
- Завершите процесс, следуя инструкциям на экране, и перезагрузите компьютер.
2. Отключите / удалите стороннее ПО.
Стороннее программное обеспечение, такое как антивирус, может вызывать некоторые сбои в службах Windows. Иногда антивирусы могут ошибаться и блокировать подозрительный процесс, запущенный в вашей системе. По какой-то причине даже службы Windows могут стать частью этого списка. Поскольку мы не можем проверить так ли это без ручного вмешательства, попробуйте отключить сторонний антивирус, если он у вас установлен. Также стоит отметить, что нежелательные или вредоносные программы также могут вести к похожим последствиям. Если вы помните, что недавно устанавливали какое-то новое ПО, попробуйте удалить его и снова загрузить обновление. Если вы не знаете, как правильно избавиться от вредоносных программ, мы рекомендуем загрузить качественный и проверенный антивирус, разработанный Malwarebytes (используйте кнопку ниже).
3. Установите необходимое обновление в безопасном режиме.
Вместо удаления стороннего ПО, которое вызывает конфликт с обновлениями Windows, вы можете запустить свой компьютер в безопасном режиме. Эта функция загрузит вашу систему только с настройками конфигурации по умолчанию, что предотвратит взаимодействие сторонних программ с процессами Windows. Вот как:
- Откройте Параметры через Меню Пуск или нажмите Windows + I кнопки вместе.
- Откройте Обновление и безопасность > Восстановление > Особые варианты загрузки.
- Затем нажмите Перезагрузить сейчас.
- Ваша система будет перезагружена и запустится в Среда восстановления Windows.
- Находясь там, выберите Устранение неполадок > Дополнительные параметры > Параметры загрузки.
- Теперь нажмите Перезапустить и выберите Включить безопасный режим с загрузкой сетевых драйверов после перезагрузки.
- Находясь в Безопасный режим, попробуйте установить конфликтующее обновление еще раз.
4. Проверьте целостность системных файлов.
Как мы писали в начале, большинство проблем с обновлением часто возникает из-за отсутствия или повреждения файлов. Обычно эти файлы являются жизненно важными компонентами системы, обеспечивающими надлежащую связь между некоторыми службами. Если некоторые из этих файлов отсутствуют, скорее всего, это и станет причиной ошибок обновления. Ниже мы собираемся использовать как SFC (Проверка системных файлов), так и DISM (Обслуживание образов развертывания и управление ими), которые помогут обнаружить и восстановить отсутствующие компоненты. Вот как:
С помощью SFC
- Откройте Командная строка , введя cmd в поле поиска рядом с Меню Пуск кнопку.
- Щелкните правой кнопкой мыши по Командная строка и выберите Запуск от имени администратора.
- После открытия консоли введите sfc /scannow команду и нажмите Enter.
- Когда процесс восстановления будет завершен, перезагрузите компьютер.
С помощью DISM
- Откройте Командная строка как мы это делали на предыдущем шаге.
- Скопируйте и вставьте эту команду DISM.exe /Online /Cleanup-image /Restorehealth .
- Нажмите на Enter и подождите, пока Windows закончит сканирование и исправление.
- После этого перезагрузите компьютер и снова установите обновление.
После выполнения этих сканирований попробуйте снова установить проблемное обновление. Если это не сработает, переходите к другим шагам, описанным ниже.
5. Перезапустите компоненты и Службу обновления Windows.
Этот метод поможет вам сбросить настройки Центра обновления Windows. Данный способ часто помогает, поскольку перезапускает важные службы с нуля. Вся процедура включает перезапуск служб BITS, Cryptographic, MSI Installer и Windows Update, а также переименование некоторых папок обновлений (SoftwareDistribution и Catroot2). Эти папки содержат специальные подписи для обновлений Windows. Исходя из этого, мы заставим Windows удалить поврежденные элементы и создать компоненты обновления с нуля. Мы будем использовать консоль для выполнения необходимых команд. Это более сложный вариант, но для его выполнения не потребуется много времени и знаний. Просто следуйте инструкциям ниже:
- Откройте Командная строка , введя cmd в поле поиска рядом с Меню Пуск кнопку.
- Щелкните правой кнопкой мыши по Командная строка и выберите Запуск от имени администратора.
- Скопируйте и вставьте этот список команд одну за другой, нажимая Enter после каждой. (Это действие отключит службы, ответственные за Обновления Windows)
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 Catroot2.old
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
6. Попробуйте загрузить конфликтующее обновление из каталога Microsoft.
Иногда у Windows может возникнуть проблема с получением KB обновлений с самого сервера. Если ничто другое не помогает, можно предположить, что причина именно в этом. Перед тем как это сделать, нам нужно будет отметить, какое обновление необходимо установить. Для этого:
- Нажмите Windows key + I одновременно.
- Затем перейдите в Обновление и безопасность.
- В правой части окна выберите Просмотр журнала обновлений.
- После этого найдите и запишите самое последнее обновление КБ (вверху списка).
- Затем загрузите записанное обновление из Microsoft Update Catalog.
7. Используйте Media Creation Tool.
Гарантированный способ установки обновлений - через Media Creation Tool. Это официальная утилита Microsoft, позволяющая пользователям обновлять свои системы до последней доступной версии. Не волнуйтесь, эта процедура не удалит ваши личные данные, а просто обновит компьютер. Для этого выполните следующие действия:
- Для начала, вам нужно скачать утилиту с веб-сайта Microsoft.
- Затем запустите загруженный файл.
- После соглашения с Правилами использования, вы увидите два варианта на выбор. Выберите Обновить этот компьютер сейчас.
- Выберите Сохранить личные файлы чтобы они не пострадали.
- Наконец, запустите процесс и дождитесь его завершения.
- Надеемся, этот метод помог вам избавиться от ошибки 0x80073701.
Заключение
Сегодня я расскажу о том, как победить эту и ряд других ошибок при установке обновлений Windows с помощью новой возможности обслуживания – встроенного восстановления компонентов (in-box corruption repair).
Эта запись открывает серию статей о нововведениях в обслуживании Windows. И нет, оно не имеет ничего общего с автоматическим обслуживанием с помощью планировщика. Сначала я покажу, как решил проблему с установкой обновления, а потом расскажу о технологии.
[+] Сегодня в программе
Устранение ошибок Windows Update, вызванных повреждением хранилища компонентов
В справке предыдущих ОС Microsoft для ошибки 80073712 есть описание, из которого следует, что причиной является повреждение хранилища компонентов. Для Windows Vista и Windows 7 была выпущена утилита System Update Readiness Tool (CheckSUR), призванная устранить целый ряд ошибок Windows Update.
Для исправления этих ошибок в Windows 8 и более новых ОС утилита CheckSUR не нужна, потому что все необходимое уже встроено в систему! Вы можете восстановить поврежденные компоненты с помощью командлета PowerShell (рекомендуемый способ) или утилиты DISM.exe.
Этап 1 – восстановление поврежденного хранилища компонентов
Восстановление можно выполнить без установочного диска Windows, но в некоторых случаях он может вам понадобиться.
Восстановление без установочного диска
В этом случае используются файлы хранилища на локальном диске и Windows Update.
Запустите PowerShell от имени администратора и выполните команду:
Альтернативно, вы можете выполнить в командной строке, запущенной с правами администратора, команду:
Длительность процедуры восстановления зависит от конфигурации ПК и степени повреждения хранилища. У меня она заняла около 7 минут, а ее результат вы видите на рисунке ниже.
Состояние хранилища компонентов обозначается параметром Image Health State. У него Healthy означает, что с хранилищем компонентов все нормально. Для дальнейшей диагностики переходите к проверке целостности системных файлов чуть ниже ↓ Если же повреждение хранилища не исправлено, нужно попробовать сделать это с помощью установочного диска.
Восстановление с помощью установочного диска
Когда системе не удается восстановить какие-либо компоненты, вам может помочь оригинальный установочный диск.
- Щелкните правой кнопкой мыши по ISO-образу и выберите в меню Подключить. Обратите внимание на букву диска, которую получил подключенный образ.
- В PowerShell выполните команду:
Этап 2 – проверка целостности системных файлов
Строго говоря, этот этап не имеет отношения к восстановлению компонентов. Однако техническая поддержка Microsoft рекомендует после проверки целостности хранилища компонентов также проверить и целостность системных файлов. Для этого в командной строке, запущенной от имени администратора, выполните команду:
У меня один из файлов был поврежден, и утилита SFC успешно восстановила его.
Случаи, когда системе не удалось восстановить какие-либо файлы, выходят за рамки этой статьи (я разберу их в другой раз).
Этап 3 – установка обновления
Итак, две команды восстановили целостность хранилища компонентов и системных файлов. Самое время попробовать установить обновление заново.
Как видите, на сей раз у меня все сработало!
Что такое обслуживание Windows и зачем оно нужно
Преимущества встроенного восстановления компонентов Windows
Давайте сравним ключевые моменты восстановления компонентов в разных операционных системах.
Windows Vista и Windows 7
Утилита CheckSUR представляет собой набор полезных файлов, который регулярно обновляется по мере выхода новых исправлений. Таким образом, при возникновении проблем нужно скачивать утилиту заново, а между тем, сентябрьский пакет весит 350 Мб.
Но даже при таком размере в пакет не входят файлы для всех исправлений, выпущенных Microsoft (предположу, что файлов необязательных обновлений там нет). Это означает, что утилита не может устранить повреждения некоторых компонентов. И хотя обходной путь существует, он является костылем, требующим дополнительных телодвижений.
После запуска утилита распаковывает содержимое пакета в папку \Windows\CheckSUR\. Поскольку большинство файлов в пакете имеет очень небольшой размер, этот процесс получается длительным и занимает до 75-80% процентов от общего времени работы утилиты. Оставшееся время уходит на проверку компонентов и создание журнала.
И все это делается лишь ради того, чтобы восстановить манифесты и дать возможность системе обновиться…
Windows 8 и новее
Повреждение, как правило, означает пропажу манифеста или каталога. В отличие от CheckSUR, встроенная функция системы способна восстанавливать не только манифесты, но и все прочие составляющие компонентов. Это одно из важнейших преимуществ!
Консольные средства для восстановления компонентов
Начиная с Windows 8, управление обслуживанием можно осуществлять не только с помощью утилиты DISM.exe, но и командлетов PowerShell, причем второй способ является рекомендуемым.
Я не любитель дублировать справку, но на русском языке ее пока нет. Поэтому я покажу вам основные возможности командлета Repair-WindowsImage, а для параметра Cleanup-Image утилиты DISM.exe ограничусь ссылкой на документацию.
Цель проверки (работающая система и образы)
Целью проверки может являться как установленная система, так и образ в формате WIM или VHD.
Проверяет работающую систему.
Проверяет подключенный автономный образ по указанному после параметра пути.
Проверка и восстановление хранилища
Для определения состояния и восстановления компонентов в командлете Repair-WindowsImage предусмотрены три параметра, выполняющих проверку хранилища. Результатом сканирования может быть:
- отсутствие повреждений (Healthy)
- наличие повреждений, которые можно восстановить (Repairable)
- наличие повреждений, которые нельзя восстановить (Not repairable)
Однако функции параметров отличаются.
-CheckHealth
Моментально проверяет, присутствует ли в системном реестре маркер, обозначающий повреждение. Этот маркер может появиться в процессе работы системы обслуживания.
Проверяет хранилище на предмет повреждений. Эта операция занимает больше времени, чем простая проверка маркера.
-RestoreHealth
Проверяет хранилище на предмет повреждений и выполняет их восстановление. Эта операция является самой длительной из трех.
Источник компонентов для восстановления
Чтобы восстановить компоненты, их нужно откуда-то взять. Когда источник не указан, при проверке автоматически используется локальное хранилище компонентов и Windows Update.
Этот момент нигде не задокументирован, и вы должны понимать, что при проверке автономного образа Windows из-под другого издания или версии Windows источник нужно указывать обязательно.
В обоих случаях вы можете указывать более одного источника и даже блокировать Windows Update при этом. Приведенные ниже параметры предназначены только для восстановления, и поэтому допустимы только в связке с -RestoreHealth.
В качестве источника можно использовать путь к:
- работающей системе, к которой имеется доступ по сети
- автономному образу, причем его предварительное подключение необязательно
Здесь любопытна возможность указать путь непосредственно к изданию в WIM-образе без его предварительного копирования на локальный диск и последующего подключения. Она является тайным знанием, пока не отраженным в документации ;) Это работает благодаря функции автоматического подключения WIM, реализованной на последних стадиях разработки Windows 8.
Вы можете перечислить несколько путей через запятую. Дополнительные источники задействуются только в том случае, если в предыдущих не нашлось подходящих компонентов.
Когда в качестве источника используется WIM-образ, необходимо указать тип образа и его индекс:
-LimitAccess
Блокирует доступ к Windows Update во время проверки.
Примеры команд PowerShell
Я приведу несколько примеров практического использования командлета Repair-WindowsImage с разными целями и источниками проверки. Первые два вы уже видели в начале статьи.
Восстановление хранилища работающей системы, используя локальные файлы и Windows Update в качестве источника:
Восстановление хранилища работающей системы, используя Windows Update и WIM-образ в качестве источников:
Проверка хранилища автономного VHD-образа. Сначала он подключается в папку C:\mount (это происходит очень быстро), а затем выполняется проверка.
Восстановление хранилища автономного VHD-образа, используя в качестве источника WIM-образ. Сначала VHD подключается в папку, затем выполняется восстановление образа, после чего VHD отключается с сохранением изменений.
Результаты проверки и восстановления
Помимо результатов в консоли вы можете найти подробный отчет ближе к концу файла %WinDir%\Logs\DISM\dism.log
В первой половине приведенного фрагмента видны конкретные компоненты и результат их восстановления (успех или неудача), а во второй – сводка об операции, включая время ее выполнения.
Как видите, у меня были повреждены 7 манифестов, относящихся языковому пакету, что и стало препятствием к установке обновления Windows. Все повреждения были исправлены.
Безусловно, этот материал не подразумевает моментального практического применения, хотя проверить состояние хранилища компонентов Windows вы можете прямо сейчас. Более того, за три года работы в Windows 7 у меня ни разу не возникало проблем с установкой обновлений.
Однако ошибки Windows Update, связанные с повреждением хранилища, вовсе не редкость, даже если судить только по форуму OSZone. Поэтому важно знать, как бороться с ними.
Мне показалось, что часть аудитории блога откровенно заскучала от серии статей о современном интерфейсе Windows 8 и приложений. Конечно, там все примитивно, никаких технических тонкостей, а главное – у некоторых людей создается ощущение, что кроме Modern UI в Windows 8 нет ничего нового. Это не так…
Я давно планировал серию записей об изменениях в обслуживании Windows, а возникшая проблема с установкой обновления лишь форсировала публикацию, заодно вынудив меня изменить порядок статей в серии.
Вам хватило технических тонкостей сегодня? ;)
Если нет, в следующей записи из этой серии вас ждет не только экскурс в историю инструментов обслуживания ОС Microsoft, но и уникальная возможность попробовать себя в роли г-сборщика Windows! Но до этого в блоге появятся записи на другие темы.
Вадим - владелец этого блога, и почти все записи здесь вышли из-под его пера. Подробности о блоге и авторе здесь. Поддержать автора вы можете тут.
Вас также может заинтересовать:
Подпишитесь на канал и читайте интересные записи чаще! Есть вопросы? Задайте их в чате.
комментария 34
Годится! Согласны? +5И SFC правильно сделает, причем безотносительно того факта, что подобные патчи нарушают лицензию.
Ваша оценка: -1 Ваша оценка: +3Виктор, я рад, что тебе было интересно! Я не могу разобраться с любой проблемой, но могу попытаться :) Если честно, у меня проблемы возникают крайне редко, так что я чаще чужие решаю. В данном случае я просто использовал свой опыт и общедоступную информацию для исправления ошибки.
P.S. Указанную тобой оговорку в тексте исправил, спасибо.
Вадим, Спасибо!
Это очень хорошо, я до этого не скоро добрался.
Или добрался, если понадобилось, а тут на блюдечке :) ..
Вадим, а что вы всегда так озабочены правилами работы в рамках лицензионного соглашения? Совесть не позволяет нарушать лицензию? Я всегда отношусь к этим вещам максимально прагматично!
Ваша оценка: +1 Годится! Согласны? +4Всем привет ! Я благодаря блогу стал сам решать проблемы с системой правда иногда не всё получается , но надеюсь на лучшее .
Ваша оценка: 0 Ваша оценка: 0Да, в Windows 8 проблема решается проще. Но Майкрософту еще нужно будет обновить справку / статьи базы знаний. Ведь включать в CheckSUR поддержку Windows 8 нет смысла, а справочные материалы по ошибкам поврежденного хранилища ведут на KB с CheckSUR.
Ваша оценка: +1Скрыто по причине низкого рейтинга комментария. Нажмите здесь, чтобы прочесть.
Не ахти! -11Антон, как всегда, вы выражаете недовольство Windows 8, причем даже там, где ее преимущества очевидны.
1. Совсем не факт, что ваша проблема была связана с повреждением хранилища. Надо думать, вы и не пытались определить источник проблемы.
2. Отсутствие обновлений повышает риск эксплуатации уязвимости ОС, но об этом мы будем говорить через неделю.
3. Оптимизация работает только во время простоя. Возможно, вы не допускали его, но тогда надо было хоть раз дать оптимизации завершиться, а не отключать. Впрочем, я рад, что вы продолжаете узнавать что-то новое из моих статей :)
Годится! Согласны? +4mikas: От себя добавлю, что если кто-то патчил/заменял библиотеку RDP (для возможности работы несколькими пользователями — 1 интерактивно и один\несколько удаленно) в Windows XP, Vista, 7 — то команда «sfc /scannow» вернёт оригинальную на место. »
А я добавлю, что по крайней мере на ХР можно сделать так, что sfc будет считать патченную библиотеку нормальной, входящей в состав Windows, и, естественно, заменять её не будет.
По теме- лучше бы сделали так, чтобы не ломалось, а не встраивали ремонтные утилиты. На ХР мне обновлятся не мешает ни чистка старых версий файлов, ни чистка C:\WINDOWS\SoftwareDistribution\Download. А на восьмёрке вон, даже у аккуратного пользователя, лишний раз не лезущего в систему удалять чего- нибуть, что- то сломалось.
Ваша оценка: +2Виталий, система обслуживания в Windows XP была совсем другой, но ваше мнение о ее превосходстве основано лишь на собственном опыте. Между тем, вот что сказал у себя в блоге Joseph Conway, Senior Support Escalation Engineer (Windows CORE team) и главный из публичных специалистов по обслуживанию (вольный перевод мой):
Как и в случае с предыдущей записью, вы не видите очевидных преимуществ. Посему я отвечаю на ваш комментарий только один раз.
Ваша оценка: 0 Ваша оценка: +32. Не соглашусь никогда, ибо уязвимости д.б. устранены на конструктивном уровне, а не прикрыты чем-то сторонним.
Ваша оценка: +1Хорошая статья!
Вот оно, одно из весомых преимуществ Windows 8, описано выше.
Вадим, Вы как всегда на высоте :)
Спасибо за отклик, Антон!
Ваша оценка: 0Вы же предпочитаете ковыряться под капотом, настраивать, чинить и самостоятельно управлять автомобилем. Две разные модели поведения. Это нормальное явление.
Когда я беру нерабочий инструмент, я не пытаюсь его чинить, я сдаю его по гарантии и меняю либо на такой же рабочий, либо на другой рабочий. Вы же предпочитаете разобраться, починить его, поковырять настройки и затем использовать.
P.S. Кстати, после последнего обновления (после нескольких перезагрузок обновления все же встали без ошибок) пропала проблема и с обслуживанием, которое постоянно проводилось. Несколько раз перегружал ПК и лампа HDD не зависала на красном из-за работы диска.
Годится! Согласны? +42. У вас понятие костыля перевернуто с ног на голову. Именно костылем является защита от уязвимостей ОС с помощью стороннего ПО.
3. Я сижу в комфортном автомобиле и получаю удовольствие от вождения. А если у него перегорел предохранитель, я заменеяю его самостоятельно, а не бегу в сервис или чего хуже, ставлю в гараж и езжу на предыдущей модели.
И давайте с вами договоримся на будущее. Я публикую запись на определенную тему, вы комментируете в рамках этой темы. Выход за рамки означает удаление всего комментария. Собственно говоря, это написано в правилах обсуждений.
Годится! Согласны? +5 Ваша оценка: +1 Ваша оценка: 0Вадим, спасибо. Довольно познавательно.
Например, если из г-сборки вырезаны необходимые компоненты
Вы об этом так говорите, как будто этим занимаются одни идиоты. Слишком много негатива. Уверяю, есть исключения из правил.
Ваша оценка: -1Валерий, надеюсь, следующая статья серии будет еще более познавательной для вас.
Ваша оценка: +1По поводу г-сборок я слукавил. Ибо пользуюсь г-обрезками.
Но речь не об этом. После установки KB2756872 перестают работать короткие пути типа:
Насколько я понимаю, то Майкрософт будет плавно переводить клиентские ОС на ReFS. Или нет?
Ваша оценка: 0Что касается ReFS, то она только для серверной ОС. Но таки да, поддержка коротких имен там прекращена.
Ваша оценка: 0Которые вообще не работают на 64 разрядных ОС.
В ReFS кроме этого нет:
Мы отказались от поддержки в ReFS следующих функций NTFS: именованные каналы, короткие имена, сжатие, шифрование на уровне файла (EFS), транзакции пользовательских данных, фрагментарное кэширование, жесткие связи, расширенные атрибуты и квоты.
Владимир Н. (Valeran)
действия, которые вы описали, мне помогут установить обновление kb2768703?
Ваша оценка: 0 Ваша оценка: 0 Ваша оценка: +1Степан, не пользуйтесь г-сборками, и будет вам счастье. Установите полноценную Windows для начала и обновите ее. Если будут проблемы, пишите сюда.
Ваша оценка: 0 Ваша оценка: 0Всем:
Если у вас возникла проблема с установкой обновлений, обращайтесь в
указанную тему форума, предварительно выполнив все требования из шапки:
Если у вас есть вопросы по практическому применению восстановления компонентов, направляйте их в ту же тему.
При обновлении системы или установке пакетов через Центр обновлений Windows могут появляться ошибки. На этой странице собраны все распространенные коды ошибок, которые можно увидеть при попытке обновить Windows 7, 8 или 10.
Универсальная инструкция по исправлению ошибок Центра обновления:
Если простой способ не помог, следует найти свою ошибку в списке и попробовать решить её при помощи подробной инструкции.
Коды ошибок Центра обновления Windows
0x8007000D ERROR_INVALID_DATA — Недопустимые данные.
Ошибка появляется при установке Windows (файлы повреждены, может потребоваться новый установочный архив), при восстановлении системы (повреждена точка восстановления), при активации (ошибка в разделе реестра \CurrentControlSet\Enum\Root), а также при обновлении Windows через Центр обновлений.
Решение: использовать Microsoft Easy Fix или установить обновление вручную. Программа Fix It более не поддерживается Microsoft, поэтому придется искать её в неофициальных источниках. Также можно использовать Media Creation Tool или ISO-образ системы (для Windows 10).
- По адресу находятся не все нужные компоненты для установки.
- Пользователь не имеет прав доступа к файлам.
- В указанном расположении нет файлов, нужных для установки или обновления.
Для исправления ошибки нужно проверить, правильно ли указан путь, есть ли нужные файлы/обновления по адресу и есть ли у пользователя доступ на чтение этих файлов. При обновлении Windows может помочь ручная установка и утилита DISM.exe.
0x800705B9 ERROR_XML_PARSE_ERROR — Не удалось обработать запрошенные XML-данные.
Сравнительно редкая системная ошибка при обновлении. Если код 0x800705B9 появился на Windows 7, Vista или 8/8.1, для исправления ситуации нужно:
В Windows 10 для восстановления системных файлов также используется Media Creation Tool и ISO-образ системы. Также можно ввести в командную строку ряд команд, которые очистят все системные файлы и сбросят настройки.
Для исправления этого кода ошибки Центра обновлений нужно:
0x8007370D ERROR_SXS_IDENTITY_PARSE_ERROR — Строка удостоверения повреждена.
На сайте Microsoft ошибка с кодом 0x8007370D описана как ошибка повреждения, возникающая при повреждении системных файлов. Это стандартная ошибка, решить которую может центр исправления неполадок. Встроенная утилита восстановит целостность системных файлов, после чего перестанут появляться ошибки при скачивании и установке обновлений.
В Windows Vista или XP нужно запустить средство устранения неполадок Центра управления Windows. Найти его можно через поиск в меню Пуск или в Панели управления.
В Windows 7, 8/8.1 и 10 все также просто, но для полноценной работы средства устранения неполадок требуется подключение к интернету. В противном случае шанс на успешное решение проблемы уменьшается, поскольку система не сможет загрузить недостающие файлы.
Microsoft советует использовать этот метод для следующих кодов ошибок (для Windows 7, Vista, XP):
В Windows 10 для восстановления системы после ошибок также может использоваться ISO-образ системы (доступен на сайте Microsoft) и встроенная утилита DISM.exe.
0x8007370B ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME — Имя атрибута в удостоверении находится вне допустимого диапазона.
Ошибка обновления Windows с кодом 0x8007370B обозначает, что хранилище компонентов Windows повреждено. Вне зависимости от причины, нужен доступ в интернет, сканирование системы и дозагрузка поврежденных или недостающих файлов. Как и в других случаях, ошибка исправляется при помощи DISM.exe или средства проверки готовности системы к обновлению.
0x8007370A ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE — Значение атрибута в удостоверении находится вне допустимого диапазона.
В большинстве случаев ошибка возникает на Windows 10. На сайте поддержки Microsoft советуется решать проблему при помощи одной из двух команд, которые требуется ввести в Командную строку от имени администратора: DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:d:\sources\sxs или DISM /online /cleanup-image /RestoreHealth /source:d:\sources /LimitAccess, если первая команда не помогла.
0x80070057 ERROR_INVALID_PARAMETER — Неправильный параметр.
При появлении ошибки с кодом 0x80070057 в Центре обновления стоит попробовать установить его вручную, загрузив файлы из каталога Microsoft или центра обновлений.
Если ошибка при обновлении остается, стоит сделать резервную копию редактора реестра и удалить следующий ключ: KEY_LOCAL_MACHINE \SYSTEM \CurrentControlSet \services \eventlog \Microsoft-Windows-PrintService /Operational. Ключ также может находиться в разделе HKEY_LOCAL_MACHINE \SYSTEM \CurrentControlSet \services \eventlog. После удаления ключа нужно перезагрузить компьютер и запустить установку обновления заново.
0x800B0100 TRUST_E_NOSIGNATURE — В этом объекте нет подписи.
При появлении ошибки 0x800B0100 следует убедиться, что все файлы типа .mum и .cat находятся в каталоге %windir%\Temp\CheckSUR\servicing, а все файлы типа .manifest должны быть в каталоге %windir%\Temp\CheckSUR\manifests.
- 0x80092003 CRYPT_E_FILE_ERROR — При попытке чтения или записи файла Центром обновления Windows произошла ошибка.
- 0x800B0101 CERT_E_EXPIRED — Истек или не наступил срок действия требуемого сертификата при проверке по системным часам или отметке времени в подписанном файле.
- 0x8007371B ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE — Отсутствуют один или несколько обязательных членов транзакции.
- 0x80070490 ERROR_NOT_FOUND — Не удалось выполнить поиск новых обновлений.
Надпись ERROR_NOT_FOUND может говорить о временных ошибках с сетью или проблемах с интернет-соединением. Если проблема не пропадает, нужно попробовать установить обновление вручную.
Статья находится в состоянии редактирования, поскольку кодов ошибок у Центра обновлений достаточно. По мере появления новой информации, информация на странице будет обновляться.
Ошибка 0x8007371b возникает во время установки разнообразных обновлений для операционной системы Windows 10. Впрочем, некоторые пользователи в сети утверждают, что подобный код можно увидеть также на Windows 7 и Windows 8. В Просмотре событий ОС по поводу этой ошибки можно увидеть следующую информацию:
Ошибка установки: не удается установить следующее обновление из-за ошибки 0x8007371b. [НАЗВАНИЕ И НОМЕР ОБНОВЛЕНИЯ]
В сегодняшней статье мы познакомим вас с рядом методов, способных устранить эту ошибку и вернуть вашу ОС в работоспособное состояние за несколько минут.
Устранение ошибки 0x8007371b
Метод №1 Использование средства устранения неполадок
Первым делом вам нужно пустить в дело автоматическое средство устранения неполадок. Ничего качать не нужно, потому как средство уже установлено в вашей ОС. Чтобы запустить средство, вам нужно сделать следующее:
- нажмите комбинацию Win+I для открытия окошка с Параметрами системы;
- кликните ЛКМ на раздел «Обновление и безопасность»;
- перейдите во вкладку «Устранение неполадок»;
- найдите в представленном списке «Центр обновления Windows» и выделите его, кликнув на него ЛКМ;
- далее нажмите на кнопку «Запустить средство устранения неполадок»;
- следуйте инструкциям, поступающим из нового окошка.
Как только закончите работать со средством, закройте все открытые окна и перезагрузите свой компьютер. Теперь перейдите в Центр обновления Windows и запустите установку обновлений еще раз. Ошибка 0x8007371b все еще появляется? Переходим к следующему методу.
Метод №2 Использование Deployment Image Service Management (DISM)
Возможно, вы столкнулись с проблемами при обновлении Windows из-за того, что некоторые системные файлы и компоненты Windows были повреждены. В такой ситуации целесообразно воспользоваться утилитой Deployment Image Service Management (DISM). В переводе на русский эта утилита будет носить название «Служба обслуживания образов развертывания и управления ими».
- Нажмите комбинацию Win+R для вызова окна «Выполнить»;
- пропишите в пустую строку значение cmd и нажмите комбинацию Ctrl+Shift+Enter;
- выполните в системной консоли следующие три команды:
- DISM /Online /Cleanup-Image /CheckHealth
- DISM /Online /Cleanup-Image /ScanHealth
- DISM /Online /Cleanup-Image /RestoreHealth
Войдите в Центр обновления и проверьте, исчезла ли ошибка 0x8007371b. Если ничего не изменилось, то давайте двигаться дальше.
Метод №3 Сброс компонентов Центра обновления
Возможно, что-то пошло не так и некоторые компоненты Центра обновления Windows были повреждены. Это не значит, что вам придется полностью переустанавливать систему, чтобы устранить проблему. Нет, достаточно воспользоваться самодельным «батником» с особым скриптом, и дело в шляпе. Создайте у себя на Рабочем столе самый обычный текстовый файл.
Откройте текстовик и вставьте в него следующий скрипт:
Сохраните внесенные изменения в файл, после чего измените его расширение с .txt на .bat. Можете также выбрать файлу любое имя, например, «Скрипт для сброса ЦО» или «Сброс компонентов ЦО», но это не играет никакой роли. Видите новенький файл с шестеренкой? Ок, нажмите на него ПКМ и выберите пункт «Запуск от имени администратора».
Загрузка и создание файла вручную занимает приблизительно одинаковое время, а поэтому поступайте так, как считаете нужным. После окончания процесса сброса обязательно перезагрузите компьютер и проверьте наличие ошибки 0x8007371b.
Читайте также: