Обновление для windows 7 x64 ошибка

Был давеча в нашем сервисе старенький, но хорошенький ноутбук. Этот ноутбук от производителя комплектовался лицензионным Windows 7. В этот ноутбук мы установили дополнительную оперативную память и продвинутый SSD от Samsung. Предложили заказчику на таком железе перейти уже на лицензионный Windows 10. Однако, он предпочел старый добрый давно знакомый Windows 7. Его на ноутбуке и восстановили. И вот как раз после этого и столкнулись с ошибкой Код 80072EFE.

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

Ошибка «Код 80072EFE» — про что она и как исправить

Ошибка возникает в центре обновления Windows 7 при попытке поиска новых обновлений для их установки. Центр обновлений некоторое время пытается их найти и потом как раз выдаёт ошибку «Код 80072EFE». 

Суть ошибки заключается в том, что устарел модуль агента обновления Windows и для корректной работы его требуется обновить. Его можно просто скачать и установить и для 32 бит и для 64 бит версии Windows.

Найти инсталляторы агента обновлений можно на сайте MS и ссылки на эти инсталляторы так же можно найти на нашем сайте. Они ниже.

Для Windows 8 и Windows Server 2012:

• 32-разрядные версии Windows 8 (KB2937636)
• 64-разрядные версии Windows 8 (KB2937636)
• 64-разрядные версии Windows Server 2012 (KB2937636)

Для Windows 7 (SP1) и Windows Server 2008 R2 (SP1)

• 32-разрядные версии Windows 7 (SP1)
• 64-разрядные версии Windows 7 (SP1)
• 32-разрядные версии Windows Server 2008 R2 (SP1)
• 64-разрядные версии Windows Server 2008 R2 (SP1)
• Windows Server 2008 R2 (SP1) с архитектурой Itanium

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

После установки нового Агента обновлений Windows центр обновления корректно отработал и отыскал все имеющиеся к установке апдейты. 

Которые и были тут же установлены. На нашем ноутбуке это не заняло много времени — благо мы установили SSD в наш(на время обслуживания) ноутбук.

Еще один важный момент касательно исправления описываемого затруднения — это не точно, но похоже, что для корректной работы нового агента обновлений на компьютере или ноутбуке должен стоять не просто Windows 7, а Windows 7 с обновлением до Service Pack 1. На это намекают некоторые их оставленных комментариев.

В том случае, если и для вашего ноутбука пришло время обновления (как аппаратного, так и программного) — обращайтесь в наш Краснодарский Компьютерный Сервисный Центр. Всегда. Тел. +7(918)437-90-57. Евгений.

Время на прочтение
6 мин

Количество просмотров 254K

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 у нее есть единственное и очень специфическое решение — удалить ключ
HKLMComponentsPendingRequired=1

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

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

Практически 100% других ошибок может решить System Update Readiness Tool (SURT) из статьи support.microsoft.com/en-us/kb/947821
Скачиваете пакет для вашей системы, устанавливаете, читаете лог %windir%LogsCBSCheckSUR.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=BUHWKS02
xcopy Windows6.1-KB947821-v34-x64.msu \%machine%admin$temp
psexec -s \%machine% wusa "c:windowstempWindows6.1-KB947821-v34-x64.msu" /quiet /norestart
pause

где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%LogsCBSCheckSUR.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:
winsxsmanifestswow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_c19fa2719495aca9.manifest
winsxsmanifestsamd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.23290_none_5e936c9c5ce2e8e6.manifest
winsxsmanifestswow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_c22840d8adb43043.manifest
winsxsmanifestsamd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_b74af81f6034eaae.manifest
winsxsmanifestsamd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.19091_none_5e0ace3543c4654c.manifest
winsxsmanifestsamd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_b7d3968679536e48.manifest
servicingpackagesPackage_2_for_KB3123479~31bf3856ad364e35~amd64~~6.1.1.0.mum
servicingpackagesPackage_2_for_KB3123479~31bf3856ad364e35~amd64~~6.1.1.0.mum
servicingpackagesPackage_for_KB3123479_SP1~31bf3856ad364e35~amd64~~6.1.1.0.mum

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

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

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

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

*.mum and *.cat из C:WindowsservicingPackages складываются в %windir%TempCheckSURservicingpackages
*.manifest из C:WindowswinsxsManifests складываются в %windir%TempCheckSURwinsxsmanifests

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

cls
$flag = $false
$destPC = "\BUHWKS02"
$log=get-content $($destPC + "admin$LogsCBSCheckSUR.log")
$MUMCATSource = "C:WindowsservicingPackages"
$MUMCATDest = $destpc + "admin$TempCheckSURservicingPackages"
$MANIFESTSource = "C:WindowswinsxsManifests"
$MANIFESTDest = $destpc + "admin$TempCheckSURwinsxsManifests"
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%TempCheckSUR и заменить ими испорченные.
Если мы сделали все правильно, то %windir%LogsCBSCheckSUR.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

Ошибка #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 wuauserv
REG DELETE "HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate" /v SusClientId /f
REG DELETE "HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate" /v SusClientIdValidation /f
net start wuauserv
wuauclt /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».

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

Ошибка под номером 80072EFE при попытке обновления Windows 7, Windows 8, Windows Server 2008 и Windows Server 2012 возникает из-за того, что Агент обновления устарел и не может связаться с серверами Microsoft.

Первым делом необходимо узнать разрядность вашей системы. Для этого откройте Проводник и перейдите в «Компьютер». Под списком локальных дисков, в пустом месте, нажмите правой кнопкой мыши и нажмите «Свойства». В свойствах компьютера найдите графу «Тип системы»: он может быть указан как «32-разрядная операционная система», «64-разрядная операционная система», либо «Itanium».

Вероятнее всего, у вас будет 32-разрядная (также иногда обозначается как x86 или 32-bit) или 64-разрядная ОС, так как это самые распространённые типы системы.

Для обновления Агента обновлений необходимо вручную установить одно из следующих обновлений (подходящее по версии и разрядности):

• Windows 8 – обновление KB2937636:
  • 32bit: из центра загрузок Microsoft.com, зеркало (.msu, 3.7Мб)
  • 64bit: из центра загрузок Microsoft.com, зеркало (.msu, 4.5Мб)
• Windows Server 2012 – обновление KB2937636 для 64-разрядных систем: из центра загрузок Microsoft, зеркало (.msu, 4.5Мб)
• Windows 7, Windows Server 2008:
  • 32bit: из центра загрузок Microsoft, зеркало (.exe, 9.3Мб)
  • 64bit: из центра загрузок Microsoft, зеркало (.exe, 10.7Мб)
  • IA64 (Itanium): из центра загрузок Microsoft, зеркало (.exe, 13.8Мб)

Установите следующий обновления и согласитесь на перезагрузку ПК. Если запрос на перезагрузку ПК не появится, перезагрузите ПК вручную.

После установки обновления, запустите поиск обновлений через Центр обновления Windows. Процесс первого поиска обновлений может продолжаться достаточно долгое время (вплоть до пары часов), в зависимости от количества доступных обновлений.