что значит обновление не применимо к этому компьютеру windows 7

Обновление не применимо к этому компьютеру в Windows 7

Ряд пользователей ОС Виндовс 7 при попытке обновления своей системы могут столкнуться с ошибкой данного обновления, сопровождающейся текстом «Обновление не применимо к этому компьютеру». Обычно такая проблема связана с отсутствием в системе предустановленных файлов, подготавливающих данное обновление, а также некорректно выбранной версией обновления (для 32-битной ОС выбран 64-битный апдейт, и наоборот). В данном материале я подробно рассмотрю суть проблемы, когда обновление становится не применимым к этому ПК, а также перечислю варианты её решения.

Суть и причины возникшей дисфункции

Установщик обновлений для Виндовс 7 при попытке инсталляции в систему недавно скачанного апдейта может встретить несоответствующие данному апдейту условия, и прекратить установку, вызвав ошибку «Обновление не применимо к этому компьютеру».

Указанные условия могут быть следующими:

Как исправить ошибку «Обновление не применимо к ПК»

Учитывая перечисленные факторы, наметим варианты решения проблемы. Рекомендую выполнить следующее:

Также, если проблема в Windows 7 «Обновление не применимо к этому компьютеру» будет повторяться, проведите диагностику центра обновлений, нажав на Win+R, и введя там:

msdt /id WindowsUpdateDiagnostic

Заключение

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

Источник

Ошибка Обновление не применимо к этому компьютеру.

В статье приводится описание попытки разобраться в ошибке Обновление не применимо к этому компьютеру, а также приводится описание проблем, её вызывающих.

Среди наиболее часто вызывающих ошибку причин можно выделить следующие:

Далее мы с вами рассмотрим следующие вопросы:

Что в итоге?

Как видите из списка, который я проранжировал по степени «участия» факторов в том, что то или иное обновление не применимо к этому компьютеру, ваши попытки установить его могут вполне логично закончиться ничем. Но разбираться будем всё равно.

Предварительные обновления не установлены

Вы «поторопились» с обновлениями. Но виноваты в этом не вы, а Windows. Первоочередные обновления она добропорядочно подсовывает пользователям «во первых словах». Но, как вы понимаете, таковыми обновления становятся не единовременно, и их список еженедельно изменяется. Как и сама первоочерёдность. Так что ситуация патовая — некоторые обновления вы уже получили, но первоочередные устанавливаться отказываются: для из них некоторых необходима установка предварительных обновлений. Это часто происходит, когда система далеко не последнего поколения устанавливается начисто, а обновлений для неё уже море. Так, большинство обновлений требуют предварительно установленных сервис-паков, которые сами по себе подкачиваются очень долго.

Ждём установки обновлений Windows обычным способом. Фоном через Центр обновлений или оттуда же принудительным Поиском обновлений. Альтернативным вариантом, если пространство жёсткого диска терпит, можно назвать установку Необязательных обновлений. Сразу подскажу — чужие языковые пакеты вам не нужны:

Таким образом, в данном случае нам остаётся ждать очереди и не форсировать события.

Обновления устарели

Очень нередкое явление, когда выпущенные недавно обновления просто «перекрывают» прежние, появившиеся до того. И те и другие числятся в базе, однако система видя, что «дырка» уже закрыта, старое обновление просто не пускает. Такое обновление помечается заменённым, но вызывает ту же, известную нам ошибку Обновление не применимо к этому компьютеру.

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

Обновления давно установлены

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

Ничего. Ошибку придётся игнорировать.

Ошибки системы

А вот это уже сложнее. Понятно, что при побитых системных файлах в части, покрываемой обновлениями, система может неверно оценивать обстановку. Полагая при этом, что обновления не установлены и «дырки» не залатаны. И упорно предлагает то или иное обновление. При попытке его установить, однако, она натыкается на «паспорт» обновления и видит, что то уже либо установлено либо заменено (см. абзацы выше). И так всякий раз.

Более того, такая ошибка нередко подстерегает пользователя при применении обновлений, в которых критичным является языковая составляющая. Так что смиритесь с тем, что для некоторых неанглоязычных локалей Windows некоторые обновления не установятся никогда. Либо провернуть операцию по смене языка Windows, если вы посчитаете, что шкура стоит выделки. А вот Windows ставим «минус один балл».

Ремонт системных файлов. У пользователей Windows 10 в этом смысле возможностей побольше, чем у «семёрочников». С момента появления Windows 8 система может не просто сверять целостность критически важных файлов с помощью утилиты sfc /scannow, но и обратиться за помощью к серверам через утилиту DISM.exe. Так что, если ошибка Обновление не применимо к этому компьютеру подстерегла вас на Windows 10, советую в том числе запастись загрузочным носителем с подходящей системой. Советы по исправлению ошибки в соответствующем абзаце.

Неверная архитектура компьютера

Windows редко ошибается в этом вопросе, а вот пользователь иногда пытается впихнуть невпихуемое, подсовывая 32-х разрядному процессору 64-х битные инструкции. И наоборот. Результат, конечно, предсказуемо отрицательный.

Ничего. Просто будьте внимательны.

Проблемы с лицензией

Это само собой. Windows регулярно проверяет, честно ли вы купили или установили копию их продукта. Если нет, системные файлы постараются «исправить» ситуацию. Успешен процесс или нет, зависит от уровня мастерства изготовителя патча. У производителей Windows походов к проверке несколько, так что владельцам «крякнутых» версий постоянно приходится проверять состояние лицензии. Естественно, что при этом вопрос обновлений будет лежать именно в области заплаток системной безопасности. И естественно, что именно ряд таких пэйлоудов при установке в нелицензионную Windows получает отказ.

Тривиальный вопрос. Гарантийно сработают лишь два способа:

Как избавиться от ошибки Обновление не применимо к этому компьютеру?

Если такой способ есть, он регулируется следующими инструментами:

Если вылезает ошибка, из которой следует, что программа-клиент Центра обновлений уже отвалился, воспользуйтесь загрузочным/установочным диском/флешкой и вводя команду:

где выделенное жирным — путь к папке сменного носителя с установочными данными Windows. Заканчиваем проверку традиционной командой:

У владельцев Windows 7 варианты тоже есть. Для них подготовлены пакеты проверки готовности к приёму обновлений для конкретной архитектуры. Оно пополняется регулярно, так что его можно использовать в качестве профилактики. Последние версии пакетов лежат на офсайте Microsoft. Там же вы найдёте и описание возможных ошибок Центра обновлений и причин, их вызвавших. Но перед этим также советую прогнать систему командой sfc /scannow с установочным диском или без него.

Как проверить информацию по обновлениям?

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

есть ещё несколько способов проверить имеющиеся заплатки. Напомню, что это умеет в числе прочих утилита

из cmd под админ-правами:

Из той же cmd с теми же условиями можно проверить конкретное обновление:

Если заплатка имеется, консоль вернёт её имя:

Можно посмотреть на список обновлений в html-формате в окне браузера:

После работы файл браузера Обновления вы найдёте прямо в корне диска С:

Что ещё можно запомнить? Есть способ узнавать обновления в лицо по наименованию. Так, какое-нибудь обновление безопасности для MS17-010 называется Windows10.0-KB4013429-x64.msu, а значит и KB номер патча будет KB4013429. Эту информацию можно взять за ориентир при скачивании и установке обновлений вручную.

Источник

Обновление не применимо к этому компьютеру в Windows 7

Ряд пользователей ОС Виндовс 7 при попытке обновления своей системы могут столкнуться с ошибкой данного обновления, сопровождающейся текстом «Обновление не применимо к этому компьютеру». Обычно такая проблема связана с отсутствием в системе предустановленных файлов, подготавливающих данное обновление, а также некорректно выбранной версией обновления (для 32-битной ОС выбран 64-битный апдейт, и наоборот). В данном материале я подробно рассмотрю суть проблемы, когда обновление становится не применимым к этому ПК, а также перечислю варианты её решения.

Суть и причины возникшей дисфункции

Установщик обновлений для Виндовс 7 при попытке инсталляции в систему недавно скачанного апдейта может встретить несоответствующие данному апдейту условия, и прекратить установку вызвав ошибку «Обновление не применимо к этому компьютеру».

Указанные условия могут быть следующими:

Рекомендую: Как отключить автоматическое обновление Windows 7?

Как исправить ошибку «Обновление не применимо к ПК»

Учитывая перечисленные факторы, наметим варианты решения проблемы. Рекомендую выполнить следующее:

Обязательно установите требуемый SP1

Просмотрите уже установленные апдейты

Также, если проблема в Windows 7 «Обновление не применимо к этому компьютеру» будет повторяться, проведите диагностику центра обновлений, нажав на Win+R, и введя там:

msdt /id WindowsUpdateDiagnostic

Заключение

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

Источник

«Обновление не применимо к компьютеру» ошибка при установке обновления 2853587 в пакете обновления 1 для Windows 7 с AD LDS

В данной статье описывается проблема, которая возникает после установки служб Active Directory облегченного доступа к каталогам (AD LDS) вне диапазона (OOB) в Пакет обновления 1 (SP1) для Windows 7. Доступно исправление для решения этой проблемы. Исправление с условием.

Симптомы

Причина

Эта проблема возникает, поскольку обновления 2853587 становится дочерним в RTM-версии пакета Microsoft-Windows-DirectoryServices-ADAM-Package-Client, которые только при установке AD LDS OOB. Однако после применения пакета обновления 1, версия пакета увеличивается. Таким образом невозможно применить обновление 2853587.

Решение

Для решения этой проблемы, корпорация Майкрософт выпустила исправление для Windows 7. Несмотря на то, что эта проблема наблюдалась только в ОС Windows 7, исправление применимо также к Windows Server 2008 R2.

Сведения об исправлении

Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.

Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этого раздела нет, отправьте запрос в службу технической поддержки для получения исправления.

Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:

Примечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

Подробные сведения об исправлении

Предварительные условия

Сведения о реестре

Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.

Необходимость перезагрузки

Может потребоваться перезагрузить компьютер после установки данного исправления.

Сведения о замене исправлений

Это исправление не заменяет ранее выпущенные исправления.

Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.

Сведения о файлах для Windows 7 и заметки

Важно. Исправления для Windows Server 2008 R2 и Windows 7 включены в одни и те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправления, который применяется к одной или обеим ОС, установите исправление, описанное в разделе «Windows 7/Windows Server 2008 R2» страницы. Всегда смотрите раздел «Информация в данной статье относится к следующим продуктам» статьи для определения фактических операционных систем, к которым применяется каждое исправление.

Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SP n) и направлению поддержки (LDR, GDR) можно определить по номерам версий, как показано в следующей таблице.

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

Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе «Сведения о дополнительных файлах». MUM, MANIFEST и связанные файлы каталога безопасности (.cat) очень важны для поддержания состояния обновленных компонентов. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.

Статус

Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».

Ссылки

Источник

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

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

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

Пользователя от работы отвлекать не потребуется, все сделаем удаленно. Создаем следующий командный файл и запускаем его:

где 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

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

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 (эталонной считается машина, с которой вы запускаете скрипт)

Как видите, скрипт прост и может быть легко заточен напильником под вашу инфраструктуру.

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

=================================
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

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

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

Ошибка #5

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

Ошибка #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».

Источник