UpdatePack 7 для интеграции обновлений в образ Windows 7 SP1 (x86\64) v.1.8.6 Stable
 

Версия программы: 1.8.6 Stable
Дата базы обновлений: 17.03.2016
Дата базы скрытых обновлений: 25.03.2016
Дата базы аддонов: 23.03.2016
Автор программы: Painkiller [Mazahaka_lab]
Язык интерфейса: Русский
Онлайн справка: UpdatePack 7_Help

Системные требования:

• Windows 7 SP1 (x86\64)
• Windows 8.1 (x86\64)
• Windows 10 (x86\64)

Описание: Пакет включает в себя :
1. Проверка и интеграция обновлений.
2. Содержит обновления актуальные на дату выхода пакета.
3. Обновления сжаты с аддонами в esd
4. Выбор между IE11 и IЕ8.
5. Отключения и включения обновления для MRT
(Средство удаления вредоносных программ ).
6. Интеграция в образ .Net FrameWork 4.6.1 Rus Final [x86\x64]
8. Интеграция в образ DirectX Redistributable - Июнь 2010 x86\64
9. Интеграция в образ RuntimePack + Microsoft Visual C++ 2005-2008-2010-2012-2013-2015 x86\64
10. Интеграция в образ Flash Player [ ActiveX, Plugins NPAPI и PPAPI ].
11. После обработки набором есть возможность сжать выбранные редакции.
12. Сжатия происходит средствами Dism или WLImagex по выбору. Есть возможность оказаться от сжатия.
13. Добавлена возможность сжать в ESD, но тогда вам придётся использовать альтернативные загрузчики.
14. Возможность включить и отключить встроенный антивирус.
15. Возможность включить и отключить UAC.
16. Возможность отключить и включить обновления до Windows 10.
17. Возможность очистить папку winsxs\Backup.
18. Возможность очистить папку winsxs\ManifestCache.
19. Возможность удаления папки PerfLogs.
20. Содержит базу скрытых обновлений (обновления до 10 и обновления телеметрии) .
21. Возможность настроить центр обновления Windows.
22. Отключение или включение Брандмауэра Windows.







Скриншоты:





Cссылки для скачки в подписи!

Раздача не работает! (

Тут с трекером проблемы , я думаю скоро наладят

Painkiller, в вашем проекте, меня больше всего заинтересовали "аддоны" (.Net FrameWork 4.6.1 Rus Final, DirectX Redistributable, RuntimePack + Microsoft Visual C++ 2005-2008-2010-2012-2013-2015 x86\64 и Flash Player).
Как я понял принцип интеграции заключается в распаковке dotNetFx461_x86_64.esd, копировании dotNetFx461_x64\dir монтированный автономный образ и интеграции ключей в реестр x64.reg.
как то так:
Вопрос а не перекрывает ли внесение твиков в реестр Active Setup если я выполню перечисленные выше действия через свой скрипт? Или вы используете какие то заглушки? Или же просто параметры которые вносят "аддоны" не затираются Active Setup-ом, т.к. в вашем интеграторе они не перекрываются.

П.С. Я тоже против установки ОС в режиме аудита и уже давно использую скрипт (cmd) для создания своей сборки, вот только мне не очень нравится длительная установка .Net FrameWork 4.6.1 и RuntimePack поэтому хотел позаимствовать их метод установки себе в скрипт :)

timon45, самому слабо сделать ??? Или сборщики нынешние только воровать умеют друг у друга, а потом присваивают чужие труды к своим ??? В принципе это уже не секрет , сборки однотипные у всех. Вот почему я не выкладываю в интернет свои наработки ! Придётся мне в скором времени заблокировать доступ к аддоном.

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

Просто в своё время столкнулся с проблемой интеграции твиков в ветку реестра HKEY_LOCAL_MACHINE, и до конца не довел до ума, решил интегрировать твики через $OEM$, ваша программа всего лишь вдохновила меня снова попробовать разобраться в той проблеме.

Выкладываю в открытом доступе, которые входят в состав моего интегратора, а не отдельно распространяю. Очень бесит , то что некоторые личности ковыряют и удаляют , переделывают или воруют . Не распространяете ? Зачем врать ? А это разве не ваше творения тут или тут?
Старые раздачи на том же трекере в архиве . Вы уж давно выкладываете там сборки свои.

Painkiller, в файлах реестра для .NetFramework прописаны пути к c:\windows и мне кажется будут проблемы с фреймворком если установка Windows будет проходить на диск d или любой другой отличный от С:

Цитата:

Цитата Painkiller Очень бесит , то что некоторые личности ковыряют и удаляют , переделывают или воруют . »

если бы это вас бесит, то темы на этом форуме бы небыло.
по любому ваш набор на этом форуме большая часть скачавших будет как вы выразились "ковырять" и не то чтобы что то украсть а просто потому что интересно либо для личного опыта, хобби такое у нас.

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

d petr, на сколько мне известно, на какой бы вы раздел диска не установили его метка будет "C" хотя если очень постараться то можно сделать и другую, но ещё не проверял

timon45, очень часто на компах с кардридерами, системным по умолчанию становится диск g или h, уже точно не помню, поэтому приходится его предварительно отключать :)

Ну на Windows XP у меня SystemDrive=D:, так как С: Primary Partition (на C: живёт MS DOS), а D: Logical Partition (на D: живёт Win XP) . Поэтому во всех своих аддонах я стараюсь использовать переменные %SysteDrive%, %ProgramFiles%, %windir%, %Temp% для корректной установки. Не пробовал так ставить Win 7/8/10 на Logical Partition (нет необходимости), но думаю, что там также. Но я не проверял, поэтому на счёт Win7/8/10 ничего не утверждаю.

apavs, 7-ка в этом плане ведет себя по другому, даже если у тебя допустим 3 раздела 1 - основной активный 2 - основной 3 - логический, и ты ставишь на 3 - й, то в системе он будет "C" 1 - му метку система вообще может не дать, хотя на нем как известно будет установлен загрузчик. Но видел что через программу WinNTSetup можно указать любую букву, но я этого не делал т.к. удобнее когда системный "C".

Painkiller и Mazahaka_lab это один и тот же человек ?

:secret:

ага =)

Painkiller, :) можешь помочь проблемку решить?

UpdatePack 7 для интеграции обновлений в образ Windows 7 SP1 (x86\64) v. 1.9.4 Stable. Проверьте DirectX. Интегрировал другу обновы, визуал, фреймворк и директ икс. После установки он запустил dxwebsetup.exe, тот выдал ошибку (не знаю какую).

Скажите. пожалуйста, что это за такая ошибка-сообщение при запуске данной утилиты: "Access violation at address 0064EC41 in module `run.exe`. Read of address 00000000." При этом, если нажать в этом сообщении "ok",- то сама утилита как-бы запускается... но уже с неполадкой: сам файл install.wim обнаружен, но не видно нигде самой редакции этого файла. Поэтому последующие действия пользователя в данной утилите ПРОСТО невозможны!!! :sorry: Всем спасибо!
P.S.: Раньше при использовании этой утилиты подобное не происходило!

nik4, файл install.wim битый

Painkiller, как битый??? Если взят только-что с офф. сайта Microsoft... Тем более оттуда и предыдущие брал, и всё было нормально. А теперь - вот!!!

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

Iska, о чём Вы говорите? Все образы корректно и полностью скачаны с офф. сайта Microsoft. И у всех отображаются контрольные хеш-сумы файлов. Например, у образа Win7 HomePremium x64 Rus такие:
CRC32: 25280203
MD5: BC6E3C7449F29A4DACFD4E0336FEE796
SHA-1: 3F467E896FEB5EA817B14B5F9483800B36B989B8
Повторюсь уже 3-ий раз, раньше подобное не происходило. Всё работало "на ура"!!! Вот, собственно и вопрос не решён??? :(

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

Если Вы проверили — другое дело, нежели написанное Вами ранее.

Извините, Iska, мною данное выражение подразумевалось не как обида или возмущение, а просто "для связки слов". Вот и всё!..
Если, может у кого была данная проблема,- подскажите, как её решить. Спасибо!

nik4, я имел введу не образ iso , а сам install.wim. Были случаи когда install.wim повреждался при извлечении. Используйте программу UltraISO для извлечения .

"а сам install.wim" как раз тоже имеет определённые контрольные хеш-сумы файлов, которые без проблем отображаются (и это тоже из всех скачанных образов с офф. сайта Microsoft).
Извлекал уже и не только через "UltraISO" (не один раз!!!), а и другими утилитами,- проблема та же...
P.S.: Имею подозрения, что "это всё" из-за обновы "UpdatePack7R2 версия 16.12.20" на рабочую систему. Возможно ошибаюсь, но уже в который раз повторюсь, раньше такого не было. А вот именно после "этой" обновы и началось...

nik4, UpdatePack7R2 не использую, обновляю через центр обновлений . Такой проблемы как у вас не было .

Painkiller, понятно.
Кстати, проблема исчезла... Работает всё, как и раньше,- норм!!! Только это после того, как снова обновил систему "UpdatePack7R2", но уже более новой версией ("UpdatePack7R2 версия 16.12.22"). Поэтому, раз всё стало на свои места,- полагаю, что "UpdatePack7R2 версия 16.12.20" является не доработанной... Но это надо обсуждать не в этом разделе форума...
Всем спасибо! Извините за неудобства... :yes:

Поправьте ссылку на справку, открывается страница с баннерами

sputnikk, поправил

Painkiller, Проект живой?

Guman, разработка давно прекращена, увы.

Он в приват ушел, насколько я знаю. Если после этого прекратил разработку, то соглашусь с вами)