Центр обновления скачал пакет, начал ставить - и откатился с кодом. Либо обновление встало, а после перезагрузки система ведёт себя хуже, чем до него. Это не ошибка чистой установки с флешки и не синий экран в работе: здесь Windows уже живая, ломается именно канал обновлений. Код нужно списать целиком, латиницей: 0x80070002, не «80070002 примерно».

Почему это происходит

Повреждён кэш загрузки. Папка SoftwareDistribution или каталог компонента хранит обрывки прошлого пакета. Новый апдейт натыкается на файл, которого нет или который битый. Типичные коды: 0x80070002 (файл не найден), 0x8007000D, иногда 0x80070570. Система при этом работает. Пугать «сейчас развалится» незачем.

Не хватает исходников компонента. 0x800f081f значит, что DISM или Центр обновления не нашли файлы для восстановления компонента - часто после ручной чистки папок или обрезанной сборки. 0x80073701 - нет нужной сборки манифеста. Это чинят восстановлением хранилища компонентов, не «удалением системы из реестра».

Служба обновления выключена или мешает антивирус. 0x80070422 - служба Центра обновления не запущена. 0x80070005 - отказано в доступе: права, политика, слишком бдительный антивирус. 0x80072efe - обрыв связи с серверами Microsoft: провайдер, VPN, прокси, «ускоритель интернета».

Драйвер не переживает большое обновление. 0xc1900101 - классический откат feature update: десятка или одиннадцатая дошла до перезагрузки и вернулась назад из-за драйвера (часто диск, сеть, антивирусный фильтр). То же бывает на пути к 22H2 и 25H2. Чистая установка с флешки этот код обычно не показывает.

Отдельный установщик пакета. 0x80070643 часто всплывает на .NET, Visual C++ или обновлении безопасности, которое ставит автономный установщик (wusa). Это не «Windows сломалась», а конкретный пакет не смог зарегистрироваться. Журнал CBS полезнее общей фразы «произошла ошибка обновления».

После обновления, а не во время. Если пакет встал, а потом синий экран или чёрный стол - это уже последствия драйвера или железа, не код Центра обновления. Их разбирают как стоп-код, не как 0x8007xxxx.

Что делать самому

  1. Спишите код из журнала обновлений. Windows 10: «Параметры» → «Обновление и безопасность» → «Центр обновления Windows» → «Просмотр журнала». Windows 11: «Параметры» → «Центр обновления Windows» → «Журнал обновлений». Один код - одна ветка. Без него советы из интернета попадают в чужую ошибку.

  2. Запустите средство устранения неполадок. Windows 10: «Параметры» → «Обновление и безопасность» → «Устранение неполадок» → «Дополнительные средства» → «Центр обновления Windows». Windows 11: «Параметры» → «Система» → «Устранение неполадок» → «Другие средства» → «Центр обновления Windows». Это чинит службы и права, не битый диск.

  3. Очистите кэш обновлений штатно. Службы wuauserv и bits остановить, очистить содержимое C:\Windows\SoftwareDistribution\Download, службы запустить. Не удаляйте всю папку Windows и не «чистите» WinSxS руками по совету с форума: оттуда потом как раз 0x800f081f.

  4. Проверьте компоненты. Командная строка от администратора: DISM /Online /Cleanup-Image /RestoreHealth, затем sfc /scannow. Нужен интернет. Если DISM сам падает с 0x800f081f - нужен образ той же версии Windows как источник, не случайный ISO «с драйверами».

  5. Поставьте пакет вручную. Каталог Microsoft Update: ищите номер KB из журнала, скачивайте автономный пакет под свою разрядность. Для большого обновления (22H2, 25H2) чаще помогает ISO с сайта Microsoft и установка «поверх» с сохранением файлов, чем десятый круг Центра обновления.

  6. Для 0xc1900101 уберите лишнее до повторной попытки. Отключите сторонний антивирус, обновите драйвер накопителя и чипсета с сайта производителя, отсоедините лишние USB-диски. Не ставьте «универсальный драйвер Intel RST» с неизвестной страницы.

  7. Не отключайте обновления правкой реестра. Это не лечение ошибки, а способ остаться без заплаток. Если конкретный пакет ломает систему - его можно скрыть средством Show or hide updates, а не выключать службу навсегда.

Часто задаваемые вопросы

Ошибка обновления Windows 10 и Windows 11 лечится одинаково? Да, логика та же. Пути в «Параметрах» разные, коды общие. На 11 чаще сыплются большие feature update и требования к TPM - это не отдельная «болезнь одиннадцатой».

0x80072efe - это вирус? Нет. Обрыв связи с сервером обновлений. Проверьте сеть, VPN, фильтр «антирекламы», который режет домены Microsoft.

Автономный установщик обновлений пишет ошибку - это тот же Центр? Тот же движок обслуживания, другой вход. Код всё равно смотрят в журнале. Не ставьте пакет «не той» архитектуры.

Нужно ли ставить каждое обновление безопасности любой ценой? Желательно. Если конкретный пакет роняет систему - откладывают его и разбирают причину, а не отключают обновления совсем.

Смотрите также