Kb976902 windows 7 x64 скачать

Пару дней назад компания Microsoft выпустила обновление для установщика обновлений в Windows 7 и Windows Server 2008 R2. В описании файла KB976902  говорится о том, что данное обновление обеспечит успешность установки всех будущих обновлений. Видимо, речь идет о долгожданном пакете SP1, который, по словам компании, должен появиться в скором времени. «Это обновление будет необходимым условием для установки пакетов обновлений. Кроме того, данное обновление повышает надежность при установке или удалении пакетов обновлений для Windows 7 и Windows Server 2008 R2», – написано на сайте Microsoft.

Если учитывать традиционное поведение компании, то следует ожидать того, что Windows 7 SP1 RTM где-то рядом. Напомним, что релиз-кандидат (RC) сервис пака вышел еще в октябре, а утилита Service Pack Blocker Tool  появилась в ноябре прошлого года. Традиционно это делается за два месяца до релиза, а значит, финальная версия SP1 придет в один из ближайших вторников. Однако настораживает тот факт, что это уже четвертое исправление обновления, а софтверный гигант занимается переизданием уже довольно долго.

Что касается самого сервис пака, то Microsoft изначально не обещала нам никаких серьезных нововведений в клиентскую версию системы. Windows 7 SP1 всего лишь соберет вместе все исправления, которые были сделаны до сих пор, в единый пакет. Что касается серверной версии платформы, то ей повезет больше. Windows 7 SP1 принесет поддержку сразу двух мощных технологий – RemoteFX и Dynamic Memory. RemoteFX порадует администраторов, обеспечив поддержку трехмерной графики в режиме удаленного доступа. Это одно из главных ее преимуществ. Кроме того, позволит наладить работу с несколькими мониторами с поддержкой тем Aero, даст возможность передавать видео в потоковом режиме удаленно на все типы клиентских устройств. В общем, функция ожидаемая и нужная.

Что касается еще одной функции виртуализации — Dynamic Memory (Динамическая Память) – то она дает возможность объединения всей физической памяти сервера в единый массив, являясь дополнением к гипервизору. Таким образом, при возрастании или уменьшении нагрузки на серверную систему, память будет динамически перераспределяться в режиме реального времени, автоматически, без необходимости перезагрузки.

Не менее полезным нововведением станет изменение требований к работе со средой Windows XP Mode. Windows XP Mode позволяет запускать бизнес-приложения, которые изначально писались под Windows XP, на новейшей версии платформы в виртуальном режиме. При этом, если раньше для нормальной работы приложений требовалась поддержка аппаратной виртуализации на уровне процессора, то с выходом Windows 7 SP1 такая необходимость отпадет.

Скачать Windows 7 Service Pack 1  / Server 2008 R2 Service Release Candidate (RC) Build 7601.17105.100929-1730

Название Удаление обязательных обновлений не до конца раскрывает смысл описываемого в статье, поскольку не совсем понятно, что именно имеется в вижу под термином «обязательный». Материал можно было бы озаглавить как удаление обновлений, которые не удаляются или удаление неудаляемых обновлений, но тогда не совсем понятно, по каким причинам они вдруг стали неудаляемыми: по воле разработчика или из-за ошибок с хранилищем компонентов. Есть еще вариант обозначить как удаление обновлений, не предназначенных для удаления, но это как-то избыточно, что ли.
Совсем недавно открыл для себя одну любопытную особенность некоторых обновлений: они не удаляются стандартными средствами операционной системы. На практике возникла ситуация, в которой я никак не мог удалить из системы «битое» обновление. По мере углубления в тематику вопроса выяснилось, что в Windows существуют разные типы обновлений, и что частный случай невозможности удаления некоторых из них вовсе не является следствием какой-либо локальной ошибки, а отражает скорее особенность. Судя по всему, объясняется это архитектурными нюансами механизма обновлений. На практике сложно создать такую систему взаимосвязей обновлений, в которой каждое обновление будет полностью автономно, то есть независимо от остальных, и, соответственно, может быть удалено без каких-либо последствий. Но еще более важно то, что некоторые обновления для системы действительно критичны, поскольку достаточно глубоко в неё интегрированы. Например сам механизм обновления (стек обслуживания) обеспечивается набором модулей (инсталлятор, библиотеки и прч), которые необходимы для установки последующих обновлений и от которых зависит работоспособность механизма в целом. Соответственно, все обновления стека обслуживания, вносящие алгоритмические изменения, не могут быть просто удалены, поскольку тогда станут недоступными некоторые особенности этих алгоритмов, при помощи которых уже были установлены последующие пакеты обновлений. Удаление подобных обновлений чревато для системы серьезными последствиями, такими как разрушение хранилища компонентов, и как следствие, потенциальные проблемы с работоспособностью самой операционной системы. На самом деле так уж всё страшно, поскольку подобных обязательных (неудаляемых) обновлений, например в системе Windows 7, насчитывается всего-то около десятка Но знать то об этом нюансе все же стоит, так же как и иметь понимание, как именно производить удаление обязательных обновлений.

Проблема

С точки зрения технического специалиста, установка и удаление системных обновлений относятся к типу тривиальных задач. В наш век глобальной сети Интернет, обновления в систему устанавливаются постоянно, часто вовсе незаметно для пользователя. Обновления представляют собой исправления безопасности различных компонентов, модули, содержащие дополнительный функционал уже существующих приложений, а так же новое программное обеспечение. Однако, наряду с задачами установки обновлений, зачастую встают и задачи удаления системных обновлений. Причины на то могут быть совершенно разнообразными, начиная от необходимости банально переустановить какое-либо из обновлений для достижения корректной работоспособности и заканчивая необходимостью исправления проблем зависимостей и целостности хранилища компонентов.
Система предоставляет несколько способов удаления обновлений из системы, например через компонент Центр обновления Windows, апплет Установленные обновления. В этом случае пользователь просто выделяет щелчком левой копки мыши (маркирует) интересующее его обновление и по щелчку правой кнопки мыши открывает меню Удалить, либо выбирает одноименный пункт из верхней панели:

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

при попытке выполнить удаление данного компонента из командной строки при помощи утилиты wusa:

wusa /uninstall /kb:2522422

выдается ошибка: Обновление для Microsoft Windows является обязательным компонентом для этого компьютера, поэтому удаление невозможно.

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

Решение

Изменения, описываемые в данном разделе, могут привести к неработоспособности хранилища компонентов!! Приводимые в разделе действия Вы выполняете на свой страх и риск!!

Поэтому действуйте крайне аккуратно, желательно сделав полный бэкап системы либо создав точку восстановления. Главное понимать, зачем Вы всё это делаете. Если Вам необходимо исправить последствия кривого обновления, то удалите обязательное обновление, а затем установите его вновь. При удачном раскладе после удаления/переустановки неудаляемого обновления Вам удастся исправить последствия кривого обновления, однако при худшем сценарии развития событий, Вы приведете систему в нерабочее состояние, поскольку обновление может оказаться ключевым. Итогом может стать повреждение хранилища компонентов с ошибкой STATUS_SXS_COMPONENT_STORE_CORRUPT.
На каком уровне обеспечивается неудаляемость подобных обязательных обновлений? На уровне параметров в конфигурационных .mum-файлах.

.mum-файл (Microsoft Update Manifest/Манифест обновления Майкрософт) — конфигурационный файл обновления Windows формата XML, содержащий параметры пакета: наименование, идентификатор, язык установки, зависимости, флаги действий и прочие. Используется в качестве идентификатора (символического имени) сервиса (стека) обслуживания с целью выполнения над пакетом операций включения/отключения/удаления посредством различных сервисных утилит (например, Диспетчера пакетов (pkgmgr)). Файл манифеста содержит в своем имени наименование обслуживаемого обновления и размещается в каталоге %WinDir%\servicing\Packages;

А где содержатся и откуда появляются в системе сами .mum-файлы? А они содержатся в .msu-файлах установки, которые приезжают в систему через Центр обновления Windows либо скачиваются и устанавливаются пользователем вручную в виде файлов с расширением .msu, например Windows6.1-KB2639308-x64.msu.

.msu-файл (Microsoft System Update/Пакет обновления Майкрософт) — изолированный пакет Центра обновления Microsoft, содержащий в своем составе метаданные (описывающие каждой пакет обновления, содержащейся в .msu-файле), один или несколько .cab-файлов (каждый .cab-файл содержит модули отдельного обновления), .xml-файл (описывающий пакет обновления, используется Автономным установщиком обновлений Windows wusa.exe для выполнения процесса инсталляции обновления), файл свойств (файл содержит строки свойств, которые использует утилита wusa.exe.

В .mum-файле есть параметр с именем permanence, принимающий два значения: removable и permanent. Пакеты обновления, которые не желательно удалять из системы, разработчики Microsoft объявляют как «постоянный» (permanent), тогда как все остальные (обычные) пакеты обновления маркируются как «удаляемые» (removable). Поэтому, процесс изменения типа обновления с неудаляемого на удаляемое сводится к изменению данного параметра в соответствующем .mum-файле.

Общий алгоритм действий

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

1. После инсталляции типового системного обновления соответствующие .mum-файлы размещаются внутри каталога %Windir%\servicing\Packages\. Поэтому, открываем в C:\Windows\servicing\, ставим курсор на подкаталог Packages.
2. Зачастую наблюдается проблема с доступом к объектам в директории %Windir%\servicing\Packages\, поскольку разрешения на полный доступ выставляются только для системной учетной записи TrustedInstaller. Поэтому, для внесения изменений в права доступа нажимаем на каталоге Packages правую кнопку мыши, выбираем пункт Свойства и затем переходим во вкладку Безопасность. В открывшемся окне сразу за разделом «Группы и пользователи» нажимаем кнопку Изменить, затем жмем Добавить, в открывшемся окне, в поле ввода пишем Все, жмем Проверить имена, выбираем из найденного, жмем OK, затем выставляем для вновь добавленной группы полные права. Закрываем окно, в основном окне Безопасность, в самом низу жмем кнопку Дополнительно, в открывшемся вновь окне, во вкладке «Разрешения» выделяем только что созданную группу (Все), жмем кнопку Изменить разрешения, далее в самом низу нового окна отмечаем чекбокс «Заменить все разрешения дочернего объекта на разрешения, наследуемые от этого объекта», везде нажимаем ОК, закрывая все окна.
3. Заходим в директорию Packages, ищем в ней .mum-файл(ы), относящиеся к удаляемому обновлению. Обычно они имеют имя, содержащее в себе полное название искомого пакета. В случае нахождения нескольких .mum-файлов, можно отредактировать все.

   

4. Открываем (каждый) найденный файл на редактирование:

   1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

   <?xml version=»1.0″ encoding=»utf-8″?> <assembly xmlns=»urn:schemas-microsoft-com:asm.v3″ manifestVersion=»1.0″ description=»Fix for KB2522422″ displayName=»default» company=»Microsoft Corporation» copyright=»Microsoft Corporation» supportInformation=»http://support.microsoft.com/?kbid=2522422″ creationTimeStamp=»2011-03-12T18:34:51Z» lastUpdateTimeStamp=»2011-03-12T18:34:51Z»>   <assemblyIdentity name=»Package_for_KB2522422″ version=»6.1.1.0″ language=»neutral» processorArchitecture=»amd64″ publicKeyToken=»31bf3856ad364e35″ />   <package identifier=»KB2522422″ applicabilityEvaluation=»deep» releaseType=»Update» restart=»possible» permanence=»permanent»>     <parent buildCompare=»EQ» serviceCompare=»EQ» integrate=»separate» disposition=»detect»>       <assemblyIdentity name=»Microsoft-Windows-Foundation-Package» language=»neutral» version=»6.1.7601.17514″ processorArchitecture=»amd64″ publicKeyToken=»31bf3856ad364e35″ buildType=»release» />       <assemblyIdentity name=»Microsoft-Windows-Foundation-Package» version=»6.1.7600.16385″ processorArchitecture=»amd64″ language=»neutral» buildType=»release» publicKeyToken=»31bf3856ad364e35″ versionScope=»nonSxS» />       <assemblyIdentity name=»Microsoft-Windows-Printing-ServerCore-Package» language=»neutral» version=»6.1.7601.17514″ processorArchitecture=»amd64″ publicKeyToken=»31bf3856ad364e35″ buildType=»release» />       <assemblyIdentity name=»Microsoft-Windows-Printing-ServerCore-Package» language=»neutral» version=»6.1.7600.16385″ processorArchitecture=»amd64″ publicKeyToken=»31bf3856ad364e35″ buildType=»release» />       <assemblyIdentity name=»WinEmb-Printing» language=»neutral» version=»6.1.7601.17514″ processorArchitecture=»amd64″ publicKeyToken=»31bf3856ad364e35″ buildType=»release» />       <assemblyIdentity name=»WinEmb-Printing» language=»neutral» version=»6.1.7600.16385″ processorArchitecture=»amd64″ publicKeyToken=»31bf3856ad364e35″ buildType=»release» />     </parent>     <installerAssembly name=»Microsoft-Windows-ServicingStack» version=»6.0.0.0″ language=»neutral» processorArchitecture=»amd64″ versionScope=»nonSxS» publicKeyToken=»31bf3856ad364e35″ />     <update name=»2522422-23_neutral_PACKAGE»>       <package integrate=»hidden»>         <assemblyIdentity name=»Package_for_KB2522422_SP1″ version=»6.1.1.0″ language=»neutral» processorArchitecture=»amd64″ publicKeyToken=»31bf3856ad364e35″ />       </package>     </update>     <update name=»2522422-24_neutral_PACKAGE»>       <package integrate=»hidden»>         <assemblyIdentity name=»Package_for_KB2522422_RTM» version=»6.1.1.0″ language=»neutral» processorArchitecture=»amd64″ publicKeyToken=»31bf3856ad364e35″ />       </package>     </update>   </package> </assembly>

5. Ищем строку, содержащую слово permanence, заменяя значение параметра на permanence=»removable». В приведенном выше примере это строка под номером 4. Далее закрываем файл с сохранением произведенных изменений.
6. Производим подобные действия для всех .mum-файлов, ассоциированных с требуемым неудаляемым пакетом обновления, поскольку с некоторыми обновлениями могут быть ассоциированы два и более .mum-файлов.
7. После окончания процесса правки закрываем все окна, относящиеся к обновлениям. В некоторых случаях изменения вступают в силу мгновенно, то есть обновление станет доступным для удаления сразу после открытия и переиндексации в разделе Установленные обновления, в остальных же случаях может потребоваться перезагрузка.