В Windows 10 открываете services.msc, находите «Центр обновления Windows», жмёте «Запустить» - и получаете ошибку 1053: служба не ответила на запрос своевременно. По-английски это «The service did not respond to the start or control request in a timely fashion». Важно сразу: 1053 - не каталожный код пакета вроде 0x80070002. Это системное сообщение диспетчера служб, ERROR_SERVICE_REQUEST_TIMEOUT. Отдельного обновления Microsoft с именем «Update 1053» не существует. Система при этом обычно на рабочем столе, просто клиент обновления не поднимается.

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

Служба wuauserv не успевает отрапортовать о готовности. Диспетчер служб даёт ограниченное время на старт. На забитом диске, после кривого кэша SoftwareDistribution или при конфликте антивируса процесс молчит дольше лимита - и вы видите 1053. Это не «служба отключена». Отключённая служба на десятке чаще даёт 0x80070422 в Центре обновления. 1053 как раз про зависание на запуске, а не про галочку «Отключена».

Зависли соседи, без которых обновление не живёт. На Windows 10 клиенту нужны BITS, службы криптографии, RPC, часто TrustedInstaller. Одна зависла - 1053 вылезает на попытке перезапустить именно Windows Update, хотя корень в соседе. В окне свойств службы есть вкладка зависимостей: её стоит прочитать до того, как менять тип запуска у десятка строк наугад.

Повреждён сам клиент обновления. Оборванный пакет, кончилось место на C, кто-то «почистил» System32 оптимизатором. Служба стартует и сразу виснет. Удалять системные файлы «чтобы пересоздались» нельзя. Скачивать wuaueng.dll с форума тоже: подпись не совпадёт со сборкой 22H2.

Путают с другими «1053». В «Просмотре событий» есть Event ID 1053 у групповых политик - другая подсистема. Если на экране не было текста про службу, вам не сюда. Hex-кода «0x1053» в каталоге патчей нет. Ближе по смыслу к таймауту в Центре - 0x800705B4.

Это не стоп-код и не ошибка установки с флешки. Перезаписывать флешку из-за 1053 на живой десятке незачем. Если рядом ещё и CRITICAL_PROCESS_DIED, сначала разбирайте стоп.

На Windows 10 22H2 клиент иногда встаёт на следующий день после вторника обновлений. Тогда сначала средство устранения и сброс кэша.

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

  1. Прочитайте текст окна целиком и откройте журнал системы. Если написано, что служба не ответила вовремя, это действительно 1053. Если в журнале Центра hex вроде 0x80070002 - разбирайте тот код, не номер службы. В «Просмотре событий» → «Журналы Windows» → «Система» ищите источник Service Control Manager вокруг попытки запуска. Сфотографируйте и окно служб, и запись.

  2. Откройте services.msc и проверьте не только Windows Update. Служба «Центр обновления Windows» - тип запуска «Вручную» или «Автоматически», не «Отключена». Соседи на десятке: «Фоновая интеллектуальная служба передачи», «Службы криптографии», «Установщик Windows», «Установщик модулей Windows». Запустите их по одной и подождите. Не меняйте тип запуска сразу у десятка служб. Не убивайте пачками svchost в диспетчере задач: так можно уронить сразу несколько подсистем.

  3. Запустите штатное средство устранения неполадок Windows 10. Путь такой: «Параметры» → «Обновление и безопасность» → «Устранение неполадок» → «Дополнительные средства устранения неполадок» → «Центр обновления Windows». На одиннадцатой путь другой, это уже не эта статья. Средство само перезапускает службы и подчищает очевидный мусор в кэше. Если оно пишет, что исправило, перезагрузитесь и снова попробуйте «Запустить» в services.msc.

  4. Сбросьте кэш, если службы вообще останавливаются. Командная строка от администратора: net stop wuauserv, net stop bits, net stop cryptsvc. Затем переименуйте C:\Windows\SoftwareDistribution в SoftwareDistribution.old. Папку целиком удалять не обязательно: переименование безопаснее. Запустите службы обратно. Если net stop сам возвращает 1053 - не удаляйте каталог насильно и не снимайте атрибуты «системный» проводником. Сначала перезагрузка, потом повтор.

  5. Проверьте место, диск и компоненты. Мало места и сыплющийся диск делают таймаут службы бытовым явлением: wuauserv просто не успевает открыть файлы. Освободите том C штатной очисткой, не трогая WinSxS руками. Затем DISM /Online /Cleanup-Image /RestoreHealth и sfc /scannow. Это чинит клиент, не «номер 1053» как сущность. SMART красный - сначала накопитель.

  6. Не создавайте ключ ServicesPipeTimeout первым делом. В сети советуют увеличить ожидание в реестре. Это костыль: вы даёте больной службе больше секунд, а не лечите зависание. Случайный .reg «лечения 1053» легко ломает запуск других служб. Если не понимаете ветку HKEY_LOCAL_MACHINE\SYSTEM, лучше не лезть.

Пакет при живом 1053 можно поставить вручную с каталога Microsoft Update - Центр для этого не обязателен. Ищите по номеру KB. Это обход, пока служба не придёт в себя, но гнилой клиент так не лечится.

Не отключайте службу «чтобы не мешала»: обновления не встанут, дыры останутся. Сторонние «ремонтники Центра» с рекламных страниц часто тащат мусор.

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

1053 - это код обновления Windows 10? Нет. Это таймаут любой службы. У Центра он всплывает, когда не стартует wuauserv. Каталожного патча «1053» нет.

Чем 1053 отличается от 0x80070422? 0x80070422 обычно значит, что службу выключили. 1053 - её пытаются запустить, и она не отвечает вовремя. В services.msc это видно сразу.

Это из-за Windows 10, на 11 будет иначе? Код тот же. Отличается путь в «Параметрах». Суть службы не меняется. Про одиннадцатую есть отдельная страница.

Можно ли выключить службу, чтобы ошибка пропала? Окно пропадёт, обновления тоже. Если мешает только Центр, ставьте KB вручную, а не держите wuauserv мёртвым.

Когда проще переустановить Windows 10? Когда DISM не восстанавливает образ, службы не стартуют после сброса кэша, а диск ещё живой. На сыплющемся HDD переустановка не лечит таймаут.

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