Windows 7 обновление до 7600

В моём распоряжении имелась Windows 7 Build 7100, это Release Candidate выпущенный в 2009 примерно за полгода до начала продаж полной версии Windows 7. Установлена была она в то время с целью посмотреть будущую ОС, а впоследствии получила статус экспериментальной, куда устанавливались не особо нужные программы, игры и т. д. При установке этой версии говорилось, что её нельзя будет обновить до полного выпуска без переустановки. Срок действия этой версии Windows 7 официально должен был закончиться в июне 2010, но по какой-то причине (не помню, менял ли я в ней что-то) она продолжала работать дальше, изредка обновляясь, а также не требуя ключа и активации.

Со временем стали появляться приложения, которые не запускались в ней из-за ошибок. Иногда достаточно было заменить одну из библиотек более новой версией, в других случаях запустить программу вообще не получалось. Встал вопрос об установке вместо неё более новой ОС. За долгое время она обросла большим количеством программ и драйверов, терять которые не хотелось. Однако ни одна из последующих ОС (Windows 7 7600, 8, 10) устанавливаться поверх старой не желала и демонстрировала только пункт «Clean install», оставляя недоступным «Upgrade».

В какой-то момент решил выяснить, действительно ли нет никакого способа обновить Windows 7 7100 до современной версии. В интернете есть множество однотипных советов, как заставить установщик Windows выполнить Upgrade на 7100, но в моём случае они не работали. После начала установки всё равно появлялось сообщение о том, что обновить prerelease version нельзя.

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

Очевидно, установщик проверяет некие ключи в реестре и файлы, и для наблюдения за этими взовами воспользовался программой Process Monitor. Опытным путём выяснил, что в фильтре нужно указать процессы wusa.exe, pkgmgr.exe, dism.exe, spinstall.exe. Поначалу хотелось добавлять все несуществующие ключи реестра и файлы, которые установщик не может открыть. Но позже после просмотра реестра на другой ОС выяснилось, что далеко не все ключи должны существовать, и в данном исследовании есть множество ложных путей. Также оказалось, что конкретные ошибки, связанные с установкой обновлений можно узнать из %SystemRoot%\Logs\CBS\CBS.log, а затем сопоставлять их с чтением ключей реестра. После нескольких вечеров запуска установщика, просмотра вывода Process Monitor и изменений в реестре SP1, наконец, установился!

Из-за большого количества изменений, сделанных в разные дни, полную последовательность действий восстановить нельзя. Но точно нужно выполнить следующее.
— Добавить ветку реестра с описанием пакета Windows Foundation 7600 по аналогии с имеющейся 7100.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages\Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7600.16385
— Скопировать .mum-файл, находящийся в Windows\servicing\Packages от пакета Windows Foundation 7100 и поменять в названии версию на 7600.
— Скопировать какой-то драйвер ATI, поменяв название на %SystemRoot%\System32\DriverStore\FileRepository\atiilhag.inf_amd64_neutral_951c1812f542740a.
— Поменять значение в ещё одном ключе реестра для Windows Foundation с 7100 на 7600.
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\PackageIndex\Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~0.0.0.0

В процессе исследования также пытался устанавливать некоторые пакеты обновлений вручную. Выяснил, что если из .msu-файлов установить их нельзя из-за проверки совместимости, то достаточно распаковать его в какую-либо директорию, а затем вызвать
start /w %SystemRoot%\system32\pkgmgr.exe /ip /m:<path_to_archive>,
и пакет будет установлен без проверок.

Также результаты проверки совместимости для разных пакетов обновлений кешируются в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\ApplicabilityEvaluationCache, и пакет не будет установлен, если прежде был определён как несовместимый, пока результат проверки не будет очищен или установлен в правильное значение.

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

После указанных исправлений система перешла в такое состояние, что winver показывает версию 7100, в списке установленных обновлений числится SP1, а установщики пакетов видят версию ОС как 7600.

В установщике Windows 7 7601 была изменена минимальная версия в sources\cversion.ini, и он показал долгожданный пункт «Upgrade», запустил обновление и даже не нашёл ни одной несовместимой программы или драйвера (не считая драйвера виртуального DVD-привода Daemon Tools Lite). Процесс обновления шёл ооочень долго, около трёх часов и завершился успешно. В результате получилась полноценная Windows 7 7601, все программы были на месте, даже расположение значков на рабочем столе осталось прежним.

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

Следующим шагом, скорее всего, будет попытка обновить ОС до Windows 10 через Windows Update, пока длится 30-дневный срок, или установить её вручную в режиме Upgrade. А ту уже и купить можно, чтобы избавиться от подобных проблем в будущем.

( 1 оценка, среднее 5 из 5 )