Восстановление службы обновления windows 2008 r2
Обновлено: 03.07.2024
Установка очередного внепланового обновления для Windows Server 2008 или Windows Server 2008 R2 приводит к дальнейшей невозможности загрузки сервера с этой ОС. После установки обновления KB4539602, выпущенного Microsoft для исправления проблем с фоновыми заставками рабочего стола (обоями), происходит автоматическое удаление загрузочного файла Windows. Первыми о новой проблеме сообщили пользователи Reddit и портал Bleeping Computer.
Обновление KB4539602 было выпущено Microsoft 7 февраля 2020 г., то есть, уже после официального окончания технической поддержки Server 2008 и Windows 7. Некоторые посетители Reddit отметили возникновение проблемы сразу на нескольких серверах под управлением Windows Server 2008; другие пользователи также сообщили, что обновление KB4539602 приводит к невозможности загрузки ПК под Windows 7.
Список потенциальных причин, приводящих к невозможности загрузки системы после установки KB4539602, включает отсутствие в системе установки предыдущих важных патчей для Server 2008 или наличие их старых версий, а также наличие старых версий подписей алгоритм хеширования SHA-2 и обновлений стека обслуживания.
Вчера CNews также рассказал о массовой проблеме пользователей ПК и ноутбуков под Windows 7, которые столкнулись с невозможностью выключить или перезагрузить компьютер, а также о вариантах решения этой проблемы.
Как избежать проблем с Server 2008
Обновление KB4539602 для Windows Server 2008 является необязательным, то есть, его отсутствие никак не влияет на работу основных функций операционной системы. Самым простым способом избежать возникновения проблем с загрузкой ОС является полное игнорирование его существования.
В описании обновления KB4539602 для Windows 7 (SP1) и 2008 R2 с пакетом обновления SP1 на сайте техподдержки Microsoft отмечается, что перед установкой этого обновления в обязательном порядке необходимо предварительно установить обновление KB4474419 от 23 сентября 2019 г. для нормального функционирования SHA-2, а также обновление KB4490628 от 12 марта сентября 2019 г. для стека обслуживания (SSU), или более поздние их версии.
Оба эти обновления автоматически предлагаются для установки «Центром обновления Windows». После установки обновлений также необходимо перезагрузить систему.
Как спасти уже пострадавшую систему
Пока что Microsoft не представила никаких официальных исправлений для тех, кто уже столкнулся с невозможностью загрузки системы после неудачной установки обновления KB4539602. Тем не менее, администраторы Windows с подачи портала Bleeping Computer уже придумали два неофициальных способа восстановления серверов под ОС Windows Server 2008 с неудачной установкой KB4539602.
Один из вариантов предлагает зайти в «Восстановление системы» (Recovery), затем выбрать букву диска для установки Windows, и далее запустить следующую команду:
Разделяй и зарабатывай: сегментация сети создает новые источники дохода
dism.exe /image:C:\ /cleanup-image / revertpendingactions
Другой вариант подразумевает загрузку в консоли «Восстановление системы», затем выбор и копирование файлов winload.efi и winload.exe, взятых из резервных копий или из другой инсталляции Windows Server 2008, в папку C:\windows\system32. Затем необходимо перезагрузить систему.
Слухи о смерти преувеличены?
Бесплатная техническая поддержка операционных систем Windows 7, Server 2008 и 2008 R2 завершена 14 января 2020 г. В Microsoft официально объявили о том, что эти системы больше не будут получать обновлений и «на прощание» выпустили общедоступный патч KB4534310.
Именно это бесплатное ежемесячное накопительное обновление привело к проблемам с фоновыми заставками рабочего стола, поэтому Microsoft была вынуждена выпустить незапланированное февральское обновление KB4539602.
В Microsoft заявили о том, что проблема в настоящее время находится в стадии расследования, сообщил портал Bleeping Computer. Не исключено, что Microsoft придется еще раз нарушить обещание не выпускать обновлений для Windows 7 и Windows Server 2008, и все же представить еще одну «заплатку на заплатку».
Обычно для отладки и дебага ошибок службы обновления Windows администратору необходимо проанализировать коды ошибок в файле журнала обновлений %windir%\WindowsUpdate.log (в Windows 10 получить файл WindowsUpdate.log можно таким способом). Количество возможных ошибок, с которыми может столкнуться администратор при анализе журнала обновлений исчисляется десятками (список всех ошибок Windows Update) и процесс их разрешения в основном нетривиальный. В некоторых случаях вместо детального анализа ошибок Windows Update гораздо быстрее и проще сначала произвести полный сброс настроек агента и службы Windows Update. После сброса Windows Update вы можете выполнить сканирование и поиск обновлений.
Средство устранения неполадок Центра обновления Windows
Прежде чем перейти к сбросу конфигурации центра обновления Windows настоятельно рекомендуем сначала попробовать более простое и эффективное средство для автоматического исправления проблем в службе обновления Windows – средство устранения неполадок Центра обновления Windows (Windows Update Troubleshooter).
Скачайте и запустите Windows Update Troubleshooter для вашей версии Windows:
В моем случае была обнаружена и исправлена потенциальная ошибка в базе данных Центра обновления Windows. После этого осталось перезагрузить компьютер и попробовать выполнить поиск обновлений. Если обновления не загружаются или не устанавливаются, перейдите к следующему этапу.
Сброс настроек Windows Update из командной строки
Процесс сброса настроек агента и службы обновления Windows состоит из нескольких этапов. Все описанные операции выполняются в командной строке и собраны в один bat файл (готовый скрипт можно скачать по ссылке ниже).
С помощью данного скрипта можно полностью сбросить конфигурацию службы Центра обновлений Windows, и очистить локальный кэш обновлений. Скрипт является универсальный и будет работать как в Windows 7, Windows 8.1 и Windows 10, так и в Windows Server 2016/ 2012 R2/ 2008 R2. Скрипт помогает устранить большинство типовых ошибок в работе службы Windows Update, когда центр обновлений перестает загружать новые обновления или пишет, что при установке обновления возникают ошибки.
Итак, по порядку о том, что делает скрип:
Осталось перезагрузить компьютер и запустить синхронизацию с сервером Windows Update /WSUS.
wuauclt /resetauthorization /detectnow
Затем зайдите в Центр обновления и проверьте, пропали ли проблемы при поиске, скачивании и установке обновлений.
Сам скрипт reset_win_update.bat можно скачать по ссылке reset_win_update.zip (пункты 9 и 11 в скрипте не выполняются, т.к. являются опциональными). Скрипт нужно скачать, распаковать и запустить с правами администратора.
После этого перезагрузите компьютер, затем зайдите в Центр обновлений и проверьте, пропали ли проблемы при поиске, скачивании и установке обновлений.
Если обновления начали корректно скачиваться и устанавливается, можно удалить папки резервные копии папок:
Ren %systemroot%\SoftwareDistribution SoftwareDistribution.bak
Ren %systemroot%\system32\catroot2 catroot2.bak
Скрипт Reset Windows Update Agent
Причины ошибок Центра обновления Windows
Большая часть ошибок центра обновления Windows возникает из-за того что он не может прочесть или получить доступ к какому либо файлу или ключу реестра. И таким образом все причины сводятся к двум:
Исправляем ошибки Центра обновления Windows
Необходимо скачать и установить System Update Readiness Tool (SURT) для своей операционной системы:
Устанавливаем:
Установка пакета может занять достаточно много времени, даже если компьютер с SSD, это нормально дождитесь ее окончания и прочтите лог, в командной строке введите:
%windir%\Logs\CBS\CheckSUR.log
После этого пробуем устанавливать обновления, все должно получиться и заработать, если ошибок нет, а обновления всё равно не ставятся сбросьте службу обновления Windows, для этого в консоли запущенной от имени администратора выполните команды:
net stop wuauserv
rmdir /s /q %windir%\SoftwareDistribution
net start wuauserv
wuauclt /detectnow
13 комментариев к “Устранение любых ошибок Центра обновления Windows 7, Windows Vista, Windows Server 2008 R2 или Windows Server 2008”
Summary:
Seconds executed: 472
Found 103 errors
Fixed 101 errors
CSI Manifest Zero Length Total count: 1
Fixed: CSI Manifest Zero Length. Total count: 1
CSI C Mark Deployment Missing Total count: 2
CSI F Mark Bad Type Total count: 88
Fixed: CSI F Mark Bad Type. Total count: 88
CSI F Mark Missing Total count: 8
Fixed: CSI F Mark Missing. Total count: 8
CSI Missing Winning Component Key Total count: 4
Fixed: CSI Missing Winning Component Key. Total count: 4 -что с этим делать?-подскажите пожалуйста-
Проверить работу центра обновлений, если заработал, то можно ничего не делать.
А версия Виндовс какая? Вероятно проще всего сделать переустановку в режиме обновления эта статья про семерку, но в десятке всё аналогично.
Добрый день! Приблизительно с 1 августа 2018 года перестали синхронизироваться 8 серваков под управлением win 2008r2. На всех одна и та же ошибка: Последняя попытка синхронизации каталогов оказалась неудачной.
Имя журнала: Application
Источник: Windows Server Update Services
Дата: 24.09.2018 14:02:27
Код события: 10022
Категория задачи:(7)
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SERV-
Описание:
Последняя попытка синхронизации каталогов оказалась неудачной.
Xml события:
10022
2
7
0x80000000000000
143700
Application
SERV-
Последняя попытка синхронизации каталогов оказалась неудачной.
Я не использую нигде WSUS, сервера обновляются сами, к сожалению не могу подсказать в чем именно проблема, весьма вероятно причиной стало какое-то из последних обновлений.
И так не хочет ,отказ пишет .У меня изначально стояла винда 8.Обновился до 8.1 потом решил и 10 попробовать в итоге полетел жёсткий диск.Поменял жд установил винду 7.Может на 8 винду перейти? читал что ключ в биосе должен от неё быть .
Можете перейти, все равно однажды это придется сделать, семерка уже сейчас поддерживается по остаточному принципу. Но переходить стоит сразу на десятку.
Рекомендации из этой статьи выполнены? Если да попробуйте установку в режиме обновления.
Оставьте комментарий Отменить ответ
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Несколько недель назад произошла такая ситуация: программист 1С попросил меня обновить платформу и сообщил, что это делается методом «два клика + далее-далее», не долго думая и предварительно забэкапившись, установил платформу. Бэкап делается штатными средствами 2008r2 на отдельный винт инкриментарно. Винт этот был полностью выделен самой виндой под бэкапы и скрыт — система сама предложила таковым сделать во избежание износа и фрагментации, в будущем такой диск можно подключать как NTFS-папку. Так вышло, после установки 1С моим глазам предстал девственно чистый 1С-кластер, то есть БД в SQL осталась жива, но к 1С ее прикрутить возможности я уже не видел, а на изучение не было времени, так как поздний вечер среды, а к утру все должно быть тип-топ. В совершенном спокойствии позвонил в офис — на вахте оставили ключи,. Приехал, перезагрузил сервер в режиме восстановления, он же режим установки Windows 7. Последующие тридцать часов прошли в поте и паниках, с пересозданием RAID, убийством файловой системы на бэкапном винте, ее восстановлением, прочее, прочее.
Как не стоит делать при установке ОС
Хочу отметить маленький момент и дать небольшую рекомендацию: устанавливая ОС Windows, пожалуйста, будьте внимательнее с именованием разделов. Какими я вижу правила хорошего тона: Гибкие диски — A:-B:, локальные жесткие диски C:,D: и так далее, затем сменные носители E:-H: в зависимости от количества, CD\DVD приводы желательно выносить в конец, так как их количество меняется реже всего, это X:,Y:,Z:, в оставшееся пространство H:-W: рекомендую помещать сетевые диски.
Так вот дело в том, что сервер этот мне достался уже готовым, C: — первый локальный логический, D: — привод, E: — второй локальный логический. Диск без метки — наш жесткий для бэкапов. Не уверен, что причина проблемы кроется именно в порядке букв дисков, но на всякий случай хотелось бы предостеречь.
Пытаемся запустить восстановление системы
Так как Windows Server 2008r2 уже имеет на своем локальном диске образ восстановления recovery.wim (название пунктов могут отличаться, пишу по памяти), не вставляя DVD с Windows мы жмем при загрузке F8 и выбираем самый первый верхний вариант восстановления. Выбираем восстановление в левом нижнем углу графической оболочки, начинается поиск ранее установленных систем. Поскольку это сервер и используется RAID, то желательно нам заранее иметь носитель с
драйверами оного (лично я их храню на том же бэкапном диске), иначе система просто не найдет что и куда восстанавливать.
Все, казалось бы, прекрасно и замечательно, драйверы успешно установились, система для восстановления найдена, предложены варианты восстановления. Тут я вынужден остановиться и напомнить: в данной системе мы не можем как-либо использовать контрольные точки — их просто не существует, только полный откат образа диска.
Выбираем соответствующий нашим целям пункт — начинается шерстение жестких дисков в поисках сохраненных образов системы. Предупреждаю: вручную указать местоположение образа будет невозможно, так же в данном режиме у меня не работал поиск по сети.
И вот, после продолжительных поисков, видим довольно неожиданную табличку: «Образы для восстановления не найдены, вставьте диск с образом и нажмите Повторить».
Читайте также: