Windowsupdate 00009c57

Содержание

Копия windows 7 не прошла проверку на подлинность.. обсуждение на liveinternet – российский сервис онлайн-дневников

Windowsupdate 00009c57
Копия windows 7 не прошла проверку на подлинность. Что делать если появилось сообщение копия windows 7 не прошла проверку на подлинность? Это сообщение рано или поздно появится у тех пользователей РС, которые используют пиратскую версию  windows 7 .

Как избавиться от этого предупреждения  и в дальнейшем не наступить на те же грабли? Об этом и пойдет речь в этой статье.

В один прекрасный день, Вы как обычно включили свой РС, но вместо привычной картинки на рабочем столе, в нижнем правом углу увидели предупреждение (Ваша копия Windows не является подлинной). Фон рабочего стола изменился на черный.

В чем причина? Виной всему установленное обновление (KB971033)  для Windows 7. При установке этого обновления оно проверяет установленную на компьютере копию Windows. Если обновление обнаруживает измененный файл, оно попытается восстановить его.

 Если вы решите не устранять ошибки проверки или не удалять средства эксплуатации уязвимостей активации, будет периодически выводится сообщение о том, что установленная на компьютере копия системы Windows 7 не является подлинной. Как все исправить? Рассмотрим пошаговую инструкцию.

Шаг №1. Находим и удаляем установленное обновление (KB971033) для Windows 7

Какое обновление проверяет подлинность windows 7? Обновление (KB971033)для компонентов активации и проверки, входящих в состав технологий активации Windows для системы Windows 7. Технологии активации Windows позволяют подтвердить, что установленная на компьютере копия Windows 7 является подлинной.

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

Кроме того, оно обнаруживает любые попытки изменения важных системных файлов Windows 7. Помните, что некоторые контрафактные копии Windows содержат вредоносные программы. При установке этого обновления оно проверяет установленную на компьютере копию Windows. Однако эта проверка не влияет на работу Windows.

Если не найдено никаких ошибок проверки, средств эксплуатации уязвимостей активации и изменений файлов, процесс обновления завершается незаметно без вывода каких-либо сообщений.

Правой кнопкой мыши нажимаем на значок (Компьютер>Свойства). Выбираем (Центр обновления Windows>Установленные обновления). 

Ищем, среди установленных обновлений (Обновление для Microsoft Windows KB971033), выделяем и удаляем его.

Шаг №2. Остановить службу (Защита программного обеспеченияsppsvc)

Переходим в (Пуск>Панель управления > Администрирование >Службы). Находим службу (Защита программного обеспечения). Если служба запущена нажать (Остановить).

Шаг №3. Удалить  два скрытых файла ( 7B2960-376B-497e-B012-9C450E1B7327-5P-0.C7483456-A289-439d-8115-601632D005A0)

Делаем скрытые файлы, папки и диски видимыми. Для этого жмем кнопку (Пуск>Панель управления>Параметры папок). Выбираем (Вид). Снимаем галочку в чекбоксе (Скрывать расширения для зарегистрированных типов файлов) и активируем строку (Показывать скрытые файлы, папки и диски). Жмем (Применить>ОК).

Находим два скрытых файла (7B2960-376B-497e-B012-9C450E1B7327-5P-0.C7483456-A289-439d-8115-601632D005A0) и удаляем их.

Для этого двойным щелчком  левой кнопки мышки ( ЛКМ) открываем (Компьютер>Локальный диск С>Windows>System32) и удаляем  два скрытых файла ( 7B2960-376B-497e-B012-9C450E1B7327-5P-0.C7483456-A289-439d-8115-601632D005A0).

Шаг №4. Запускаем службу (Защита программного обеспечения sppsvc)

Переходим в (Пуск>Панель управления > Администрирование >Службы). Находим службу (Защита программного обеспечения). Запускаем нажимая (Запустить службу). Перезагружаем компьютер. Надпись в правом нижнем углу должна исчезнуть.

Как отключить проверку подлинности windows 7

Правой кнопкой мыши нажимаем на значок (Компьютер>Свойства). Выбираем (Центр обновления Windows>Важные обновления). Среди них находим (KB971033) и делаем его скрытым, нажав на него правой кнопкой мышки. Больше оно не будет приходить от Microsoft.

Шаг №6. Активируем систему активатором

Внимание!!! Во время выполнения указанных действий желательно отключиться от интернета. Перед использованием активатора отключаем антивирус.

Активатор запускаем от имени администратора. После активации удаляем активатор. Если не помог активатор Loader v2.2.1 – By Daz, используйте любой другой из ниже предложенных.

Активатор Windows 7 Loader v2.2.1 – By Daz это самый лучший Активатор для  для всех  версий Windows 7 . Эта программа имеет несколько версий и каждая в состоянии активировать Windows 7 без ошибок.

Способ 2

Есть доля вероятности того (и как показала практика), что предложенный в первом способе алгоритм действий может оказаться неэффективным, и проблема черного экрана с предупреждением Ваша копия Windows не является подлинной так и продолжат украшать ваш рабочий стол. Рассмотрим еще один способ решения этой задачи.

Программы для удаления надписиВаша копия Windows не является подлинной

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

1. Запускаем RemA 

При помощи файла Rema.exe –  удаляем предыдущую активацию Windows 7. По окончании процесса требуется перезагрузка системы.

Закрыть диалоговое окно Windows Script Host

Жмем ОК

2. Запускаем 7600 RTM v13.2 и активируем Windows 7

Внимание!!! Перед использованием активатора отключаем антивирус. Активатор запускаем от имени администратора. После активации удаляем активатор.

Самая последняя на сегодняшний день версия OEM Активатора для Windows 7. 

Она устанавливает OEM сертификат одной из крупных фирм, после чего активирует вашу копию Windows 7, и дает возможность проходить проверку подлинности. Запускаем активатор. Дожидаемся окончания процесса. Затем перезагружаем компьютер.

Новые возможности:

– Добавлена совместимость при работе с включенными Антивирусами (Касперский, ESET, Dr.WEB и другие) 

– Обновлен главный интерфейс активатора (GUI) 

– При установке обновления Windows6.1-KB971033 Активация Windows 7 не слетает. 

– Добавлено автоматическое распознавание состояние активационного статуса операционной системы. 

– Обновлен модуль лицензирования для прохождения проверки на подлинность на ресурсе http://www.microsoft.com/genuine 

– Структура активатора была изменена (улучшен функционал работы). 

– Добавлено автоматическое распознавание скрытого раздела Windows 7. 

– Добавлена, и улучшена функция “Aвтоматическoe Монтирование и Pазмонтирование” скрытого раздела. 

– Учтены все пожелания пользователей, исправлены мелкие недочеты.

 3. Запускаем Remove WGA 

Remove WGA – убирает проверку на подлинность. Потребуется перезагрузка системы.

Скачать Windows 7 Starter(EM) 32BIT Russian

Источник: https://www.liveinternet.ru/users/3971977/post459791641/

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

Windowsupdate 00009c57

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, решаем за минуту | Настройка серверов windows и linux

Windowsupdate 00009c57

Добрый день уважаемые читатели и гости блога, не так давно я вам рассказывал о последних данных по статистике браузеров в мире и там как вы помните 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/

Установка обновлений на

Windowsupdate 00009c57

Microsoft в соответствии с жизненным циклом своих операционных систем постоянно отбрасывает тянущийся за ней хвост поддержки устаревших ОС – уже давно “отстреляна” Windows XP (8 апреля 2014) и Windows Vista (11 апреля 2017), и даже Windows 7 в этом году удостоился той же судьбы (14 января 2020). Ну и по серверным версиям: 14 июня 2015 прекращена поддержка Windows Server 2003, и в то же 14 января 2020 г. завершилась поддержка Windows Server 2008 и 2008 R2.

Единственной актуальной десктопной версией Windows остаётся Windows 10, хотя для Windows 8.1 ещё действует расширенная поддержка (до 10 января 2023 г.

), но основная уже прекращена ещё 9 января 2018 г.

Также и по серверным версиям, актуальной ещё остаётся Windows Server 2016 (основная поддержка закончится только 11 января 2022) и, естественно, новая Windows Server 2019 (она же по сути 2016 R2).

Естественно, работать на устаревших ОС, не получающих новых обновлений безопасности попросту опасно, но для домашнего использования многие на это забивают – мол, ничего страшного не случиться.

Опасное заблуждение, но, в принципе, при соблюдении определённых правил (антивирус, брандмауэр, подключение к интернету через роутер со своей защитой, регулярный бэкап собственных данных в “облака” и на оффлайновые носители) жить можно.

Вот и мне тут принесли древний ноутбук от ASUS, который хотелось бы вернуть замусоренную разными программами Windows Vista в нормальное, изначально чистое состояние.

Я-то, конечно, сразу предложил установить на него ради эксперимента Linux Mint, но предложение было отвергнуто: нужно было специальное ПО, которое есть только под Windows, т.е. предполагалось не совсем домашнее применение. Хотя какая там работа может быть на Core 2 Duo P8400 с 3 Гб оперативной памяти (ОС 32 битная) – ну не знаю.

Восстановить систему удалось быстро и легко: сохранился комплект из DVD-диска восстановления и диска с драйверами для ноутбука. Всё отлично отработало и представило Windows Vista с первым сервис-паком. Вот всё бы ничего, но мало того, что сама система древняя, так и практически чистая, даже без второго сервис-пака.

Ну Service Pack 2 удалось скачать с официального сайта (попробуйте, кстати, найти на официальном сайте дистрибутив самой Висты), и даже Internet Explorer 9 удалось скачать и установить. А вот дальше начались сложности: Центр обновления Windows показывал фигу (точнее ошибку с кодом 80244019). Точнее сначала он обновился до версии 7.6.7600.

256 (последней для Windows Vista), а потом стал уже показывать эту ошибку:

Я и до этого сталкивался с проблемами обновления свежеустановленных ОС: и с Windows 7 и с Windows Server 2012, но там ошибка была в другом – центр обновления никак не мог за вменяемое время собрать хотя бы список этих обновлений и помогал иногда сброс настроек центра обновлений, а иногда накатка определённого количества обновлений вручную (по списку), а затем и центр обновления начинал с трудом, но ворочаться, выполняя свою функцию. Но тут подобный подход не помог: ни установка рекомендуемых кем-то патчей, ни обновления корневых сертификатов, ни установка обновлений часового пояса и перехода на летнее время.

Ну и это логично, если полезть в логи и почитать что там написано. А написано там про ошибку доступа (404 код ошибки) к определённому адресу интернет-службы:

Вот она, ключевая точка:

PT + ServiceId = {9482F4B4-E343-43B6-B170-9A65BC822C77}, Server URL = https://www.update.microsoft.com/v6/ClientWebService/client.asmxPT WARNING: GetConfig failure, error = 0x80244019, soap client error = 10, soap error code = 0, HTTP status code = 404

PT WARNING: PTError: 0x80244019

Я сначала подумал что из-за каких-то сетевых проблем ноутбук не может достучаться до службы обновлений, но поскольку картина на ПК с Windows 10 такая же:

То, похоже, проблема именно в том, что ресурса такого уже нет: вот что значит – прекращение поддержки – даже центр обновлений уже не работает… Но может быть проблема в этом:

Улучшения в версии 7.6.7600.256 агента Центра обновления Windows* Усиленная инфраструктура, в которой клиент Центра обновления Windows доверяет только файлам, подписанным с помощью нового сертификата. Сертификат используется только для защиты обновлений для клиента Центра обновления Windows.

* Более безопасный канал связи для клиента Центра обновления Windows

Хотя я обновлял корневые сертификаты и списки отзывов, да и на другом ПК такая же картина, так что мимо. Но версию поновее установить уже не получится, поскольку:

Последняя версия агента Центра обновления для Windows 7, Windows Vista и Windows XP — 7.6.7600.256.

В интернете я не смог найти информацию по данной проблеме, поэтому пришлось разбираться самому.

Что делать-то? Надо устанавливать обновления вручную, все по списку, от начала и до конца.

Но руками это делать долго, да и где взять полный список нужных обновлений? Если же просто идти в каталог Центра обновлений Майкрософт и искать там всё, что связано с Windows Vista, то он отобразит только 1000 строк и далее уже не пролистать.

Так что нужен какой-то автоматизированный способ, который и найдёт, и закачает и установит необходимые обновления. Для Windows 7 и Windows Server 2008 R2 такую программу я использовал и использовал удачно: UpdatePack7R2, но вот для Windows Vista она не подходит. Зато нашлась более универсальная: WSUS Offline Update. В версии 12 я не нашёл Windows Vista:

Тут минимально Windows 8.1…

Зато в версии 11 ESR нужная версия была (пусть и под названием серверной ОС Windows Server 2008, для нас главное что “w60”):

Да, Windows Server 2008 – это Vista, а Windows Server 2008 R2 – это Windows 7

Поэтому ставим нужные галки и сохраняем всё в отдельную папку (например, c:\wsus). После завершения закачки идём в эту папку и с правами администратора запускаем файл Update.cmd:

После длительного процесса установок пачки патчей (у меня получилось примерно 150 штук и 4 Гб), перезагружаем ПК и получаем Windows Vista обновлённую максимально возможным способом.

А поскольку поддержка кончилась, то и новых патчей выходить уже не будет… Дальше вы действуете на свой риск и претензии компании Майкрософт не предъявишь. Замечу также, что и после всех накаченных обновлений, центр обновления Windows так и не заработал.

P.S. Если понравилось – ставьте палец вверх, ну а не понравилось – ставьте палец вниз и пишите в комментарии, что именно. Если возникнут вопросы – тоже пишите в комментарии, обязательно постараюсь ответить. Ну и подписывайтесь, если эта тема вам интересна.

Источник: https://zen.yandex.ru/media/duke_yusupov/ustanovka-obnovlenii-na-ustarevshie-os-windows-5f351ed6d29b7820ca89caca

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

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

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