Код ошибки 18005 обновление произвести не удалось

Как исправить ошибку 0x80080005 на Windows 10?

0x80080005 – это очередная ошибка при установке обновления через Центр обновления Windows. Данная ошибка является довольно старой проблемой среди пользователей Windows 10, но она начала снова показываться после недавних обновлений от разработчиков.

Некоторые пользователи столкнулись с ошибкой 0x80080005 во время установки для своей ОС обновления Creators Update. Попытки найти хоть какое-то недавнее упоминание об этой ошибке ни к чему не приводили, так как поисковики зачастую выдают только результаты двухгодичной давности.

Однако, имея дело с проблемами подобного плана, мы будем применять все те же методы решения, что и в 2015 и 2016 годах. В этой статье мы как раз и рассмотрим эти методы решения.

Методы решения ошибки 0x80080005

Метод №1 Отключение антивирусного ПО

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

Метод №2 Проверка и исправление повреждений файловой системы

Если у вас на компьютере была повреждена файловая система Windows, то это вполне могло привести к проблеме в виде ошибки 0x80080005 в Центре обновления Windows. На самом деле, данная ошибка может быть только одним симптомом повреждения файловой системы, а о других вы еще пока просто не узнали. Если дело в этом, то рекомендуется запустить пару системных утилит, которые помогут найти повреждения и устранить их – SFC и DISM. Выполните следующее:

Если дело было в поврежденной файловой системе, то в данные действия должны были исправить ситуацию. Попробуйте снова установить обновление для Windows и посмотрите, была ли исправлена ошибка 0x80080005.

Метод №3 Сброс компонентов Центра обновления Windows

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

Итак, в этом методе, вам понадобится вводить в Командную строку различные команды для Сброса компонентов Центра обновления Windows. Откройте Командную строку и вводите в нее следующие команды, нажимая Enter после каждой из них:

Итак, что же мы сделали с помощью этих команд: остановили работу службы BITS, Центра обновления Windows и службы шифрования, удалили файл qmgr*.dat, провели повторную регистрацию файлов служб BITS и Центра обновления Windows, перезапустили Winsock и снова запустили остановленные службы.

После выполненного, попробуйте зайти в Центр обновления Windows и проверьте наличие ошибки 0x80080005. В этот раз она определенно должна исчезнуть. Однако, есть еще одно решение для нее.

Метод №4 Ручная установка скачиваемого обновления

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

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

Windows 7 по-прежнему остается популярной операционной системой в корпоративной среде, несмотря на то, что уже вышли две новые версии клиентских ОС. Расширенная поддержка «семёрки» закончится лишь 14 января 2020 г., а это значит, что ближайшие 4 года для нее будут выходить обновления, исправляющие обнаруженные уязвимости.

Существует правило – если есть обновления, то есть и проблемы с их установкой. Давайте разберем, какие основные проблемы возникают при обновлении Windows 7 через Windows Server Update Services (WSUS) и как их исправить с наименьшими затратами.

Ошибка #1. Failed to find updates with error code 80244010

Эту ошибку вы практически гарантированно будете наблюдать на любой системе, впервые обратившейся к серверу WSUS. В WindowsUpdate. log также встретится предупреждение:
WARNING: Exceeded max server round trips

Причина проблемы в том, что список обновлений стал слишком большим, и клиент не может принять его за один заход. Подробности — blogs. technet. microsoft. com/sus/2008/09/18/wsus-clients-fail-with-warning-syncserverupdatesinternal-failed-0x80244010
Какое решение предлагает Microsoft? Если после ошибки запустить повторный поиск обновлений, то процесс загрузки метаданных продолжится с момента возникновения ошибки. Терпение господа, терпение. Три, пять попыток wuauclt /detectnow – и все образуется. Не забудьте при повторном поиске дождаться окончания предыдущего цикла поиска, иначе магия не сработает!

Ошибка #2. Не устанавливаются обновления Windows с ошибкой 0x80070308

Встречается эпизодически, и в одном случае из 100 у нее есть единственное и очень специфическое решение — удалить ключ
HKLM\Components\PendingRequired=1

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

Ошибка #3. Все другие ошибки

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

Как правило, повреждаются *.cat, *.mum, *.manifest файлы. У кого-то повреждаются *.dll, но я на практике не сталкивался. И вроде бы средство SURT должно само исправить ошибки, поскольку внутри него есть огромный каталог эталонных файлов. Только в последний раз SURT обновлялся в октябре 2014 года, а исправлений на операционную систему с тех пор вышло бесчисленное множество, и многих файлов в каталоге не хватает.

Ниже я опишу последовательность действий, необходимых для исправления ошибок установки обновлений на Windows 7 x64 с использованием SURT. Для редакции x86 просто потребуется другой пакет SURT из KB947821.

Последовательность действий будет следующая.

1. Запустить первый проход Windows6.1-KB947821-v34-x64.msu

Пользователя от работы отвлекать не потребуется, все сделаем удаленно. Создаем следующий командный файл и запускаем его:

где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%\Logs\CBS\CheckSUR. log
Если ошибок не найдено – дело не в битых обновлениях.
Если он заканчивается

то будем исправлять.

2. Копируем эталонные файлы на целевую машину

Microsoft предлагает нам длинную, путанную процедуру с извлечением хороших файлов из обновлений и размещением их в определенные каталоги средства SURT. При этом пути в статьях неверные. Где-то и вовсе рекомендуют подкладывать оригинальные msu файлы.

Самый простой и правильный вариант следующий — скопировать эталонные файлы с рабочей системы:

*.mum and *.cat из C:\Windows\servicing\Packages складываются в %windir%\Temp\CheckSUR\servicing\packages
*.manifest из C:\Windows\winsxs\Manifests складываются в %windir%\Temp\CheckSUR\winsxs\manifests\

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

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

3. Запускаем второй проход Windows6.1-KB947821-v34-x64.msu

Ошибка #4. Если SURT отработал нормально, а обновления все равно не ставятся

Попробуйте прибегнуть к старому приему – сбросить службу Windows Update в исходное состояние. Для этого необходимо удалить каталог %windir%\SoftwareDistribution.

Ошибка #5

Клиент исчезает из консоли WSUS. Любопытная ошибка, связанная с неправильным клонированием машин и задвоением (затроением и т. д.) идентификаторов клиентов. Решается так:

Ошибка #6

Ошибка связана с нехваткой ресурсов в AppPool WSUS. Решение — снять лимит на потребляемую память. Как это сделать — статья.
Коротко: Открываем IIS, Application Pools, WsusPool, Advanced Settings.
Параметр Private Memory Limit устанавливаем в 0.

Продолжение темы настройки WSUS — в моей следующей статье: https://habrahabr. ru/post/329440/

PS:
Многие ошибки решены в новом клиенте WSUS:
1. KB3125574 «Windows 7 post SP1 Convenience Rollup Update». Внимательно ознакомьтесь с разделом Known issues!

Предварительно необходимо установить KB3020369 «April 2015 servicing stack update for Windows 7 and Windows Server 2008 R2».