Код 9c57

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

Код 9c57

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. Все другие ошибки

Практически 100% других ошибок может решить System Update Readiness Tool (SURT) из статьи support.microsoft.com/en-us/kb/947821
Скачиваете пакет для вашей системы, устанавливаете, читаете лог %windir%\Logs\CBS\CheckSUR.

log и если он заканчивается примерно так:
Summary: Seconds executed: 1164 Found 16 errors Fixed 4 errors то вы наш клиент. Проблема заключается в том, что во время установки обновлений в системе могут появиться битые файлы.

Что является причиной — неисправная сеть, диск, оперативная память, сам Windows Update – выяснить не получится, а исправить ошибки для установки последующих обновлений придется. Как правило, повреждаются *.cat, *.mum, *.manifest файлы. У кого-то повреждаются *.dll, но я на практике не сталкивался.

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

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

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

Пользователя от работы отвлекать не потребуется, все сделаем удаленно. Создаем следующий командный файл и запускаем его:set machine=BUHWKS02xcopy Windows6.1-KB947821-v34-x64.

msu \\%machine%\admin$\temppsexec -s \\%machine% wusa “c:\windows\temp\Windows6.1-KB947821-v34-x64.msu” /quiet /norestartpause где BUHWKS02 – целевая машина.

Когда скрипт отработает и встанет на паузу, проверяем %windir%\Logs\CBS\CheckSUR.log

Если ошибок не найдено – дело не в битых обновлениях. Если он заканчиваетсяSummary: Seconds executed: 1164

Found 16 errors
Fixed 4 errors

CSI Manifest All Zeros Total count: 6 CSI Catalog Corrupt Total count: 3 Fixed: CSI Catalog Corrupt. Total count: 3 CBS MUM Corrupt Total count: 3 CBS Catalog Corrupt Total count: 3 CSI Catalog Thumbprint Invalid Total count: 1 Fixed: CSI Catalog Thumbprint Invalid. Total count: 1

Unavailable repair files:

winsxs\manifests\wow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_c19fa2719495aca9.manifest winsxs\manifests\amd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.23290_none_5e936c9c5ce2e8e6.manifest winsxs\manifests\wow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_c22840d8adb43043.manifest winsxs\manifests\amd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_b74af81f6034eaae.manifest winsxs\manifests\amd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.19091_none_5e0ace3543c4654c.manifest winsxs\manifests\amd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_b7d3968679536e48.manifest servicing\packages\Package_2_for_KB3123479~31bf3856ad364e35~amd64~~6.1.1.0.mum servicing\packages\Package_2_for_KB3123479~31bf3856ad364e35~amd64~~6.1.1.0.mum

servicing\packages\Package_for_KB3123479_SP1~31bf3856ad364e35~amd64~~6.1.1.0.mum

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

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 (эталонной считается машина, с которой вы запускаете скрипт) cls$flag = $false$destPC = “\\BUHWKS02″$log=get-content $($destPC + “\admin$\Logs\CBS\CheckSUR.

log”)$MUMCATSource = “C:\Windows\servicing\Packages\”$MUMCATDest = $destpc + “\admin$\Temp\CheckSUR\servicing\Packages\”$MANIFESTSource = “C:\Windows\winsxs\Manifests\”$MANIFESTDest = $destpc + “\admin$\Temp\CheckSUR\winsxs\Manifests\”If ((Test-Path -Path $MUMCATDest -PathType Container) -eq $false) {New-Item -Path $MUMCATDest -ItemType directory }If ((Test-Path -Path $MANIFESTDest -PathType Container) -eq $false) {New-Item -Path $MANIFESTDest -ItemType directory}foreach ($line in $log) { if ($flag -eq $True){ if ($line.trim().Length -ne 0) { $fileArray=$($line.Split(“\”)) $file = $FileArray[$FileArray.Length-1] $extArray = $file.split(“.”) $ext = $extArray[$extArray.length-1] if ($ext -eq “manifest”) { Write-Warning $(“Copying ” + $($MANIFESTSource+$file)+” to ” + $MANIFESTDest) Copy-Item $($MANIFESTSource+$file) $($MANIFESTDest+$file) } if (($ext -eq “mum”) -or ($ext -eq “cat”) ) { Write-Warning $(“Copying ” + $($MUMCATSource+$file)+” to ” + $MUMCATDest) Copy-Item $($MUMCATSource+$file) $($MUMCATDest+$file) } } } if ($line -eq “Unavailable repair files:”) {$flag = $true} } Как видите, скрипт прост и может быть легко заточен напильником под вашу инфраструктуру.

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

После копирования файлов мы повторно запускаем SURT, используя командный файл из первого шага. При повторном запуске средство сможет подхватить скопированные нами эталонные файлы из %windir%\Temp\CheckSUR и заменить ими испорченные. Если мы сделали все правильно, то %windir%\Logs\CBS\CheckSUR.

log примет следующий вид:================================= Checking System Update Readiness. Binary Version 6.1.7601.22471 Package Version 26.

0 2016-03-03 09:15 Checking Windows Servicing Packages Checking Package Manifests and Catalogs Checking Package Watchlist Checking Component Watchlist Checking Packages Checking Component Store Summary: Seconds executed: 1435

No errors detected

Теперь можно продолжить установку обновлений на целевую машину, например, следующими командными файлами:

set machine= BUHWKS02 psexec -i -s \\%machine% wuauclt /detectnow pause set machine= BUHWKS02 psexec -i -s \\%machine% wuauclt /updatenow pause

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

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

net stop wuauserv rmdir /s /q %windir%\SoftwareDistribution net start wuauserv wuauclt /detectnow

Запускаем:

set machine= BUHWKS02 psexec -c -s \\%machine% WU-cleanupCMD.cmd pause

После этого возникнет Ошибка #1, но как бороться с ней мы уже знаем.

Ошибка #5

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

Решается так: net stop wuauservREG DELETE “HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate” /v SusClientId /fREG DELETE “HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate” /v SusClientIdValidation /fnet start wuauservwuauclt /resetauthorization /detectnow /reportnow

Ошибка #6

GetCookie failure, error = 0x8024400D, soap client error = 7, soap error code = 300, HTTP status code = 200 SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200 Windows Update Client failed to detect with error 0x80072ee2

Ошибка связана с нехваткой ресурсов в 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».

Удачного администрирования!

  • Windows Update
  • Windows 7
  • wsus

Хабы:

  • Системное администрирование
  • Серверное администрирование

Источник: https://habr.com/ru/post/278439/

Ошибка 9с59, решаем за минуту

Код 9c57


Добрый день уважаемые читатели и гости блога, не так давно я вам рассказывал о последних данных по статистике браузеров в мире и там как вы помните IE занимал не очень высокое место.

Сегодня я хочу поговорить именно про Internet Explore 11 и как в нем решается ошибка 9с59 при попытке его установить или обновиться до него. Разновидностью у данной ошибки могут быть WindowsUpdate_00009C59 и WindowsUpdate_dt000.

Как и написал в заголовке все устраним за считанные минуты.

Как исправить ошибку 9с59

Данная проблема чаще всего возникает чаще всего на операционных системах WIndows 7, хотя я ее и встречал на Windows 8.1. Ситуация такая, при обновлении Windows вам может прилететь обновление Internet Explore 11 в центре обновления системы, либо же вы намеренно решили установить 11 версию IE, не суть, в результате выполнения действий по установке вы видите сообщение об ошибке:

Найдены ошибки: Код 9C59. Произошла неизвестная ошибка Windows Update, в логах системы это выглядит как “WindowsUpdate_00009C59” “WindowsUpdate_dt000”

При установке IE11, сообщение будет таким:

Установка Internet Explore не закончена. Дополнительные сведения см. на странице

Список решений

  • Установить дополнительные и обязательные обновления, без которых Internet Explore не может функцианировать.
  • На вашем ноутбуке установлен драйвер, который конфликтует с IE 11
  • Удаление поврежденных обновлений
  • Восстановление системных компонентов
  • Установить толстый клиент IE 11
  • Перерегистрация библиотек и средство regsvr32

Установка дополнительных обновлений

Ошибка 9с59 в windows 7, 100% лечится установкой дополнительных обновлений, их список ниже:

Вы их просто устанавливаете основываясь на своей разрядности операционной системы и по очереди устанавливаете.

KB2729094-x86 (http://download.microsoft.com/download/b/6/b/b6bf1d9b-2568-406b-88e8-e4a218dea90a/windows6.1-kb2729094-v2-x86.msu)

KB2729094-x64 (http://download.microsoft.com/download/6/c/a/6ca15546-a46c-4333-b405-ab18785abb66/windows6.1-kb2729094-v2-x64.msu)

KB2731771-x86 (http://download.microsoft.com/download/a/0/b/a0ba0a59-1f11-4736-91c0-dfcb06224d99/windows6.1-kb2731771-x86.msu)

KB2731771-x64 (http://download.microsoft.com/download/a/0/b/a0ba0a59-1f11-4736-91c0-dfcb06224d99/windows6.1-kb2731771-x86.msu)

KB2533623-x86 (http://download.microsoft.com/download/2/d/7/2d78d0dd-2802-41f5-88d6-dc1d559f206d/windows6.1-kb2533623-x86.msu)

KB2533623-x64 (http://download.microsoft.com/download/f/1/0/f106e158-89a1-41e3-a9b5-32feb2a99a0b/windows6.1-kb2533623-x64.msu)

KB2670838-x86 (http://download.microsoft.com/download/1/4/9/14936fe9-4d16-4019-a093-5e00182609eb/windows6.1-kb2670838-x86.msu)

KB2670838-x64 (http://download.microsoft.com/download/1/4/9/14936fe9-4d16-4019-a093-5e00182609eb/windows6.1-kb2670838-x64.msu)

KB2786081-x86 (http://download.microsoft.com/download/4/8/1/481c640e-d3ee-4adc-aa48-6d0ed2869d37/windows6.1-kb2786081-x86.msu)

KB2786081-x64 (http://download.microsoft.com/download/1/8/f/18f9ae2c-4a10-417a-8408-c205420c22c3/windows6.1-kb2786081-x64.msu)

KB2834140-x86 (http://download.microsoft.com/download/f/1/4/f1424ad7-f754-4b6e-b0da-151c7cbae859/windows6.1-kb2834140-v2-x86.msu)

KB2834140-x64 (http://download.microsoft.com/download/5/a/5/5a548bfe-adc5-414b-b6bd-e1ec27a8dd80/windows6.1-kb2834140-v2-x64.msu)

Все одним архивом с mail.ru облака https://cloud.mail.ru/public/MyQT/y2aLBMrmo

Далее берете и устанавливаете все KB по очереди. Все список автономных установщиков я вам предоставил. Далее перезагружаетесь и пробуете установить Internet Explore 11, могу вас уверить, что код 9с59 у вас больше не появится.

Удаление поврежденных обновлений

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

  1. Удалить обновления из папки C:\Windows\SoftwareDistribution
  2. Удалить обновления Internet Explore 10-11, через скрипт или программы и компоненты

Чистим папку SoftwareDistribution, для этого ищем ее в C:\Windows\ удаляете все, если какие-то папки останутся, но в них ничего не будет, то это не страшно.

Далее перезапускаем службу “Центр обновления Windows” через оснастку “Службы” либо через командную строку от имени администратора:

net start wuauserv

Источник: http://pyatilistnik.org/error-9c59/

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.