[addon] Fake-Setup Advanced

[underr]

Mr dUSHA, в прошлых версиях в файле fSetup.ini использовался параметр PatchSFCOC, а в этой PatchSFCOs. Так и надо? А то в шапке по прежнему PatchSFCOC

[Mr dUSHA]

в прошлых версиях в файле fSetup.ini использовался параметр PatchSFCOC, а в этой PatchSFCOs. Так и надо? А то в шапке по прежнему PatchSFCOC »
Да разницы нет никакой. Регистр букв - это для красоты :)
Программа не чувствительна к регистру.

[underr]

Mr dUSHA, там не в регистре дело - PatchSFCOC и PatchSFCOS

Пользоваться хоть можно? или откатиться на прошлую версию?

[Mr dUSHA]

там не в регистре дело - PatchSFCOC и PatchSFCOS »
Действительно черт попутал меня :)
Все исправил, перезалил.
Правильно будет PatchSfcOs.

[RobinnGud]

Для генерации аддона выполните команду Setup.exe -makeaddon »
Не разобрался как создать аддон . Нельзя ли подробней.

[mozgabyte]

в командной строке наберите X:\путь_к_файлу\setup.exe -makeaddon где Х это диск на котором лежит файл

[RobinnGud]

Разобрался. Делал я всё именно так.В результате чего она в текущем каталоге создаст подкаталог Z-FakeSetupAdv »
А у меня аддон создался C:\Documents and Settings\Администратор.

[Habetdin]

RobinnGud, потому что у вас в коммандной строке была текущая директория C:\Documents and Settings\Администратор

[RobinnGud]

Да потом уж въехал.

[Mr dUSHA]

Обновил шапку.
1. Добавил раздел: "Настройка патчера библиотек (для использования его отдельно):"
2. В обновленной версии 9.06.17.0 в режиме патчера журнал работы ведется в каталоге, в котором лежит сама программа.
А в режиме установщика журнал ведется, как и раньше, в %SystemRoot%.

[boss911]

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

Распаковка драйверов из 7z-архивов, лежащих на дистрибутивном диске, одной строкой в PreSetup.cmd может выглядеть как-то так:
%SrcDosPath%\OEM\bin\un7zip.exe %SrcDosPath%\OEM\DP\DP*.7z %SystemDrive%\ »
Хотелось бы реализовать интеграцию драйверов полностью на уровне аддона, автоматически. Что бы в аддоне была папка "DriverPacks", куда пользователь положит свой(и) драйверпак(и). В fSetup.ini задается параметр 'DrvSetup=1', который означает, нужно или не нужно обрабатывать дравейрпаки (автоматически интегрировать и куда распаковывать архив(ы) на графическом этапе установки) согласно данным в fSetup.ini:
DrvFolder=%SystemDrive%\D
DrvSetupPath=%SrcDosPath%\OEM\DP\DP*.7z %SystemDrive%\
Параметр 'DrvSetupPath' уже подразумевает, что рядом с DP*.7z уже есть утилита un7zip.exe, которая была уже скопирована из папки с аддоном вместе с драйверпаком. Так же очень бы хотелось видеть параметр 'DrvFolderDel=1', который бы удалял развернутый пакет драверов по указанному пути в 'DrvFolder', после всех манипуляций, конечно же.

Это очень удобно, когда интеграцию драйвера можно откорректировать только в одном файле, а так же с этим получить автоматическое копирование пакета с драйверами в момент интеграции аддона, ИМХО. Получается, что нам уже для обработки драйверпака не нужно трогать PreSetup.cmd, а так же исключает вариант ручного добавления драйверпака в установочный дистрибутив. В общем, все (автоматизация и настройки интеграции драйверов) происходит только на уровне fSetup.ini.

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

[Das Betrunkene Pferd]

У меня не пропатчился syssetup.dll при установке винды.
Использовал вот такой fSetup.ini

[Options]
DrvFolder=%SystemDrive%\Drivers
PreSetup=0
PreSetupHide=1
PostSetup=1
PostSetupHide=1
PatchSfcOs=1
DisableSFC=0
PatchUXTheme=1
SsDisableOOBE=0
SaPatchUnsignDrvInst=1
SaPatchNewDevPopUP=1
VeryVerboseSaLog=0

В логе получил: Patching disk file Syssetup.dll disabled and skipped.

[2009-06-21 15:47:46] =====================================================
[2009-06-21 15:47:46] Fake-Setup Advanced ver: 9.6.17.0 log Started.
[2009-06-21 15:47:46] Parsing Source and Destination DLL path.
[2009-06-21 15:47:46] Commandline params parsed successful.
[2009-06-21 15:47:46] Checking DLLs versions for patcher:
[2009-06-21 15:47:46] Found source file D:\WINDOWS\system32\syssetup.dll version: 5.1.2600.5512
[2009-06-21 15:47:46] Found source file D:\WINDOWS\system32\setupapi.dll version: 5.1.2600.5512
[2009-06-21 15:47:46] Found source file D:\WINDOWS\system32\sfc_os.dll version: 5.1.2600.5512
[2009-06-21 15:47:46] Found source file D:\WINDOWS\system32\uxtheme.dll version: 6.0.2900.5512
[2009-06-21 15:47:47] Syssetup.dll 1st loaded successful.
[2009-06-21 15:47:47] Syssetup.dll 1st unloaded successful.
[2009-06-21 15:47:47] PreSetup.cmd disabled by config file fSetup.ini.
[2009-06-21 15:47:47] Enumerating drivers folders.
[2009-06-21 15:47:48] Sfc_os.dll patched in disk file.
[2009-06-21 15:47:48] Patched 1 bytes. Found already patched 0 bytes. Found unknown 0 bytes.
[2009-06-21 15:47:48] Uxtheme.dll patched in disk file.
[2009-06-21 15:47:48] Patched 5 bytes. Found already patched 0 bytes. Found unknown 0 bytes.
[2009-06-21 15:47:48] Patching disk file Syssetup.dll disabled and skipped.
[2009-06-21 15:47:49] Setupapi.dll patched in disk file.
[2009-06-21 15:47:49] Patched 6 bytes. Found already patched 0 bytes. Found unknown 0 bytes.
[2009-06-21 15:47:49] Setupapi.dll loaded successful.
[2009-06-21 15:47:49] Syssetup.dll loaded successful.
[2009-06-21 15:47:49] Setupapi.dll patched in memory. Written 6 bytes.
[2009-06-21 15:47:49] Syssetup.dll patched in memory. Written 7 bytes.
[2009-06-21 15:47:49] Disable SFC.
[2009-06-21 15:47:49] InstallWindowsNt (Windows XP platform) Starting...
[2009-06-21 15:56:46] InstallWindowsNt is successful completed.
[2009-06-21 15:56:46] PstSetup.cmd Starting...
[2009-06-21 15:56:48] PstSetup.cmd Finished.
[2009-06-21 15:56:48] SaveAndReplaceSystemHives() Starting...
[2009-06-21 15:56:54] SaveAndReplaceSystemHives() Finished.
[2009-06-21 15:56:54] Log Finished.
[2009-06-21 15:56:54] =====================================================

Чтобы разобратся попробовал использовать fake setup в виде патчера; там всё работает

[Patcher]
PatchSfcOs=1
PatchUXTheme=1
SsMain=1
SsDisableOOBE=0
SaPatchUnsignDrvInst=1
SaPatchNewDevPopUP=1


[2009-06-22 22:07:44] =====================================================
[2009-06-22 22:07:44] Fake-Setup Advanced ver: 9.6.17.0 log Started.
[2009-06-22 22:07:44] Parsing Source and Destination DLL path.
[2009-06-22 22:07:44] Commandline params parsed successful.
[2009-06-22 22:07:44] Checking DLLs versions for patcher:
[2009-06-22 22:07:44] Found source file F:\Distributive\Unattended\Update Pack\Upd\Temp\ODll\syssetup.dll version: 5.1.2600.5512
[2009-06-22 22:07:44] Found source file F:\Distributive\Unattended\Update Pack\Upd\Temp\ODll\setupapi.dll version: 5.1.2600.5512
[2009-06-22 22:07:44] Found source file F:\Distributive\Unattended\Update Pack\Upd\Temp\ODll\sfc_os.dll version: 5.1.2600.5512
[2009-06-22 22:07:44] Found source file F:\Distributive\Unattended\Update Pack\Upd\Temp\ODll\uxtheme.dll version: 6.0.2900.5512
[2009-06-22 22:07:44] Sfc_os.dll patched in disk file.
[2009-06-22 22:07:44] Patched 1 bytes. Found already patched 0 bytes. Found unknown 0 bytes.
[2009-06-22 22:07:44] Uxtheme.dll patched in disk file.
[2009-06-22 22:07:44] Patched 5 bytes. Found already patched 0 bytes. Found unknown 0 bytes.
[2009-06-22 22:07:44] Syssetup.dll patched in disk file.
[2009-06-22 22:07:44] Patched 6 bytes. Found already patched 0 bytes. Found unknown 0 bytes.
[2009-06-22 22:07:44] Setupapi.dll patched in disk file.
[2009-06-22 22:07:44] Patched 6 bytes. Found already patched 0 bytes. Found unknown 0 bytes.
[2009-06-22 22:07:44] Log Finished.
[2009-06-22 22:07:44] =====================================================

В чём может быть причина?
Раз уж пошли предложения по улучшению патчера, предлагаю еще внести патч tcpip.sys на увеличение half-open limit.

В fSetup.ini нет параметра SsMain, может причина в этом?

[Mr dUSHA]

В логе получил: Patching disk file Syssetup.dll disabled and skipped. »
Все правильно. Для этого режима не предусмотрены файловые патчи вообще, поскольку ни для установки, ни для дальнейшей работы установленной системы никакие патчи файла Syssetup.dll не нужны.

В этом режиме образ Syssetup.dll патчится только в памяти. обратите внимание на запись в том же журнале, несколькими строками ниже:

[2009-06-21 15:47:49] Syssetup.dll patched in memory. Written 7 bytes.


предлагаю еще внести патч tcpip.sys на увеличение half-open limit. »
Этого не будет никогда. Да и оффтопик это.

[bz]

Возник такой вопрос: совместим ли данный аддон с интеграцией дров через DPs_BASE_90201?
Дело в том, что, как оказалось (или я не прав?), и аддон и интегратор заменяют в дистре оригинальный SETUP.EXE. И если я сначала интегрировал этот аддон (Fake-Setup Advanced) через UpdatePack, а затем вкатил туда же дрова через DPs_BASE_90201, то работать будет последний?
Или стОит поменять порядок интеграции - сначала DPs_BASE_90201, а потом Fake-Setup Advanced?
И ещё. Из описания я понял, что на текстовом этапе установки аддон НЕ работает?

[Mr dUSHA]

Возник такой вопрос: совместим ли данный аддон с интеграцией дров через DPs_BASE_90201? »
Нет. Совместная работа с DPs_BASE не предусмотрена.

Из описания я понял, что на текстовом этапе установки аддон НЕ работает? »
Изменение функциональности установщика текстового этапа и не требуется ни для каких целей.
Для интеграции MSST-драйверов для текстового этапа смотрите здесь: Утилита конструктор TextMode MassStorage-аддона (http://forum.oszone.net/thread-117423.html)

Так же очень бы хотелось видеть параметр 'DrvFolderDel=1', который бы удалял развернутый пакет драверов по указанному пути в 'DrvFolder', после всех манипуляций, конечно же. »
Удалялку отработаной папки с драйверами сделаю, когда заодно еще что-то буду добавлять.

Параметр 'DrvSetupPath' уже подразумевает, что рядом с DP*.7z уже есть утилита un7zip.exe, которая была уже скопирована из папки с аддоном вместе с драйверпаком. »
Не хочу делать привязки к каким-либо внешним утилитам для распаковки драйверов.
Подумаю на досуге, как можно реализовать более-менее универсальный интерфейс для стыковки с любыми типами распаковщиков драйверов для универсальности...
Например могу добавить не один, а два параметра, где в одном будет указываться сама программа-распаковщик, а во втором - параметры для её командной строки


Хотелось бы реализовать интеграцию драйверов полностью на уровне аддона, автоматически. Что бы в аддоне была папка "DriverPacks", куда пользователь положит свой(и) драйверпак(и). »
Уже где-то в этой ветке, или в ветке MSSTMake я говорил, что не планирую делать что-либо для пользователей с нулевым уровнем подготовки, для которых еще нужно написать подробную инструкцию, где какие пакеты качать и куда их потом класть, и какие кнопки нажимать.

а так же с этим получить автоматическое копирование пакета с драйверами в момент интеграции аддона, ИМХО. »
Вы можете для себя создать простой CMD-скрипт примерно из 3 строк, и оформить его в виде отдельного аддона, либо FINISH-файла для этого аддона, который будет на этапе интеграции копировать в дистрибутив пакеты драйверов из вашей же папки-хранилища, где у вас хранятся пакеты, подготовленные (скачанные, почищенные, перепакованные,....) для интеграции в дистрибутив.

[boss911]

Удалялку отработаной папки с драйверами сделаю »
С нетерпением жду.


Подумаю на досуге, как можно реализовать более-менее универсальный интерфейс для стыковки с любыми типами распаковщиков драйверов для универсальности... »
Я предлагаю включить в пакет фейка консольную утилиту 7za.exe, которая и будет заниматься распаковкой 7Z архива(ов). Но наблюдать консоль во время распаковки не очень хочется, посему хочется видеть простенький GUI, в виде прогресс бара, либо в виде считываемых строк путей распаковки файлов из консольной утилиты, тут тебе уже видней, главное, что бы был GUI, а не вид консоли.

Я вот только не знаю, как ты сможешь реализовать универсальный интерфейс распаковки для разных распаковщиков, ведь это же надо считывать данные с распаковщика, но ведь у каждого распаковщика будут разные данные (наверное). Посему, на всякий случай, я предложил взять за основу утилиту 7za.exe (привязка к формату 7Z), как единую утилиту необходимую для распаковки драйверпака, тогда можно будет обойтись и без параметров в INF-е для указания утилиты и параметров ком. строки, так как все ключи запуска распаковки будут зашиты в самом фейке, путь распаковки драйверпака будет браться с параметра 'DrvFolde'. Если же ты сможешь реализовать универсальный интерфейс распаковки для разных распаковщиков:
Например могу добавить не один, а два параметра, где в одном будет указываться сама программа-распаковщик, а во втором - параметры для её командной строки »
тогда уже лучше сделать один параметр, объединить их, где указываем сам распаковщик и сразу ключи ком. строки.


не планирую делать что-либо для пользователей с нулевым уровнем подготовки »
Жаль. Ну не знаю, как по мне, ты бы им (и мне) только облегчил жизнь, так как намного проще разобраться, что в папку "DriverPacks" нужно положить архив с драйверами, чем после или до интеграции аддона, нужно в установочном дистрибутиве не забыть положить драйвер и распаковщик по указанному пути в INF файле фейка, либо проделать еще сложнее операцию для автоматизации, как я просил, интеграции архива с драйвером и самого распаковщика:
Вы можете для себя создать простой CMD-скрипт примерно из 3 строк, и оформить его в виде отдельного аддона, либо FINISH-файла для этого аддона, который будет на этапе интеграции копировать в дистрибутив пакеты драйверов из вашей же папки-хранилища »
Вот для таких манипуляций как раз и нужно писать инструкции, а вот если бы была папка "DriverPacks", то инструкция была бы очень проста - "Складываем Ваши драйверпаки в эту папку, по необходимости правим fSetup.inf (куда на CD нужно положить драйверпаки)". Для пользователей с нулевым уровнем подготовки все будет предельно ясно, чем та ситуация, которая есть сейчас - каждый раз при интеграции аддон требует определенных телодвижений с архивом драйвера и распаковщика. Неопытный пользователь это еще должен вкурить, куда положить и что поправить в fSetup.inf либо отталкиваться от параметров (путей) в этом файле. ИМХО.

В общем, как ты уже понял, я выступаю (предлагаю) за полное автоматизирование процесса интеграции, что бы от нас требовались только две вещи, это положить архив драйверов в папку с аддоном и по необходимости отредактировать fSetup.inf, далее аддон все сделает за нас, ну, и конечно же, что бы PreSetup.cmd исключить от участия распаковки драйверпаков.

[Mr dUSHA]

Но наблюдать консоль во время распаковки не очень хочется, посему хочется видеть простенький GUI, в виде прогресс бара »
Так бери готовый un7zip.exe и пользуйся. Там какраз прогресбар и отображается.
В шапке темы приведен живой пример строки запуска распаковки из моего рабочего дистрибутива.

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

[boss911]

Так бери готовый un7zip.exe и пользуйся. »
Так значит ты уже передумал делать свой GUI?
Подумаю на досуге, как можно реализовать более-менее универсальный интерфейс для стыковки с любыми типами распаковщиков драйверов для универсальности... »

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

[Mr dUSHA]

Прогресс бар или вид считываемых строк путей распаковки файлов из консольной утилиты, это не обязательно, можно простой диалог с выводом надписи, что идет распаковка пакета драйвера и вывод имени этого архива (это по возможности). Думаю, это и будет универсальный интерфейс распаковки для разных распаковщиков. »
Интерфейс - имелось ввиду "интерфейс запуска" распаковщика. А гуи пусть сам распаковщик и рисует, какое хочет. :)

Так значит ты уже передумал делать свой GUI? »
На данном этапе просто лень. Оно мне самому триста лет не нужно :) Я ж ведь сам Фейком не пользуюсь, и вообще автоустановкой винды не занимаюсь уже довольно давно. Это все (то, что в шапке) просто ради развлечения написано, чтоб мозги не остановились. :)
Да и есть другие, более интересные проекты... :)

[boss911]

А гуи пусть сам распаковщик и рисует, какое хочет. »
Так речь идет о консольных утилитах, у них нет GUI, на это и мой намек. Посему я и прошу, что бы в будущем (надеюсь) параметре по запуску распаковщика архива с драйвером, фейк прятал (hide) распаковщик и выводил свой GUI, который будет показывать прогресс бар, либо вид считываемых строк путей распаковки файлов из консольной утилиты или (!) просто диалог с выводом надписи, что идет распаковка пакета драйвера с таким-то именем архива. Я уверен, что для тебя это не сложно.

На данном этапе просто лень. Это все (то, что в шапке) просто ради развлечения написано, чтоб мозги не остановились. »
Ну, если так относится к делу, то игра не будет стоить свечь, это немного не правильно по отношению к пользователям, так как твое творение не совсем доведено до конца, его можно (нужно) просто немного усовершенствовать, довести до логичной работы, тем более, что не предлагается же наворотить чего-то там мега помпезного, все предложения по существу и востребованы, уверен, что большинством пользователей. Этим ты сделаешь нам приятно и не дашь своим "мозгам остановиться", все только скажут спасибо, я в этом уверен.