[addon] Fake-Setup Advanced

[Mr dUSHA]

Что я делаю не так, люди добрые, подскажите пожалуйста? »
Попробуйте версию 9.02.25 (я ее толькочто залил в шапку).

[underr]

Mr dUSHA, что изменено-добавлено?

[Mr.StassiK]

Цитата Mr.StassiK:
Что я делаю не так, люди добрые, подскажите пожалуйста? »
Попробуйте версию 9.02.25 (я ее толькочто залил в шапку). »

Попробовал, тоже самое - не работает :(

[prokazzza]

Mr.StassiK, Требуется: отключить защиту файлов (WFP); »

Защиту можно снять с помощью Windows File Protection Switcher 1.0 http://fileforum.betanews.com/detail/Windows-File-Protection-Switcher/1106499902/1

INSTRUCTIONS:

1. Run this utility with admin rights (Safe Mode recommended)
2. Follow the instructions
3. Restart Windows

[Mr.StassiK]

Защиту можно снять с помощью Windows File Protection Switcher 1.0 http://fileforum.betanews.com/detail...r/1106499902/1
INSTRUCTIONS:
1. Run this utility with admin rights (Safe Mode recommended)
2. Follow the instructions
3. Restart Windows »

А работает ли это с SP3?

[prokazzza]

Mr.StassiK, А работает ли это с SP3? » Под sp3 под вопросом, как альтернативу могу предложить 100% рабочий скрипт для снятия защиты с файлов, единственное но, файлы с которых вам нужно снять защиту вам придется вносить самому, подробнее http://forum.oszone.net/thread-133475.html

[Mr dUSHA]

Mr dUSHA, что изменено-добавлено? »

Попробовал, тоже самое - не работает »

В предыдущей действительно была ошибка при обработке файлов в System32, из-за которой SFC после патча восстанавливала патченые файлы. Вкралась ошибка, когда делал функционал ключей --s: и --d:

В текущей версии 9.02.25 ошибка исправлена, и патчер работает корректно. Проверил еще раз у себя.

Способ:
1). SETUP.exe --psfc
2). [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"SfcDisable"="0xFFFFFF9D"
3). Перезагрузка.

- работает отлично. Также проверил еще раз.

[SOLON7]

- Отключение защиты файла Syssetup.inf от изменений для возможности тонкой настройки процесса установки ОС. »

Можно вопрос.. А как патчер работает. Можно ли использовать патч уже после патчинга ресурсов syssetup.dll.
А то winstyle патчит и его.

Было бы замечательно если бы патчер был универсальным. Я так делал для файл ядер в программе Boot Screen Tools, но запарился совсем. но все таки сделал..

Тоесть патч работал бы до и после изменения ресурсов!!! Для каждой версии приходилось вручную искать уникальную последовательность байт..

[Mr dUSHA]

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

Чтоб узнать, какой модуль был найден, и сколько байт было записано - смотрите создаваемый програмой журнал %SystemRoot%\fSetup.log.

[Mr.StassiK]

В предыдущей действительно была ошибка при обработке файлов в System32, из-за которой SFC после патча восстанавливала патченые файлы. Вкралась ошибка, когда делал функционал ключей --s: и --d:
В текущей версии 9.02.25 ошибка исправлена, и патчер работает корректно. Проверил еще раз у себя.
Способ:
1). SETUP.exe --psfc
2). [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"SfcDisable"="0xFFFFFF9D"
3). Перезагрузка.
- работает отлично. Также проверил еще раз. »
Вот что у меня в логах пишет:
[2009-03-03 09:47:54] Fake-Setup Advanced ver: 9.2.25 log Started.
[2009-03-03 09:47:54] Commandline params parsed successful.
[2009-03-03 09:47:54] Checking DLL versions for patch:
[2009-03-03 09:47:54] Found source file C:\WINDOWS\system32\syssetup.dll version: 5.1.2600.5512
[2009-03-03 09:47:54] Found source file C:\WINDOWS\system32\setupapi.dll version: 5.1.2600.5512
[2009-03-03 09:47:54] Found source file C:\WINDOWS\system32\sfc_os.dll version: 5.1.2600.5512
[2009-03-03 09:47:54] Found source file C:\WINDOWS\system32\uxtheme.dll version: 6.0.2900.5512
[2009-03-03 09:47:54] Sfc_os.dll patched in disk file. Written 0 bytes.
[2009-03-03 09:47:54] Patching disk file Uxtheme.dll disabled and skipped.
[2009-03-03 09:47:54] Patching disk file Syssetup.dll disabled and skipped.
[2009-03-03 09:47:54] Patching disk file Setupapi.dll disabled and skipped.
[2009-03-03 09:47:54] Log Finished.

это разве нормально?
может это потомучто до этого я эти же компы 9.2.18 версией мучал?

[Mr dUSHA]

может это потомучто до этого я эти же компы 9.2.18 версией мучал? »
Видимо файл уже пропатчен был до того. Приведите полный журнал.
Кроме того у вас изначально мог быть уже патченый файл Sfc_os.dll, если ОС устанавливалась с какой-либо сборки, а не из оригинального дистрибутива от MS.

Вопрос: каким образом вы видите, что SFC у вас не отключилась после проделаных манипуляций с патчем и ключем в реестре?

[DmitryOlenin]

Прочитал все 32 страницы темы. Жаль, что только сейчас натолкнулся на такую полезную штуку.
Уже успел успешно воспользоваться standalone-функциями патчинга dll-файлов.

Интегратором, к сожалению, пользоваться не могу, так как дистрибутив английский.
Сейчас задумал интегрировать Fake-Setup Advanced, чтобы не патчить dll-файлы руками,
а так же для корректной установки перепакованных драйверов.

Мои шаги:

1. Запустил SETUP.exe -makeaddon

2. Скачал из темы Служебные - Перепакованные пакеты драйверов от Башрата (версия стандарт) и прочих для Z_DRV_INST (http://forum.oszone.net/thread-91146-184.html)
DP_MassStorage (1_09), DP_Chipset (1_09), DP_LAN (1_09), DP_Graphics_ATI (DNA), DP_Graphics_Nvidia (DNA)
Со звуком (а точнее, поддержкой Creative), к сожалению, не разобрался.
Плюс многократно в этой теме читал про проблемы FakeSetup и звуковых драйверов.
Короче, взял оригинальные с сайта DriverPacks.Net (http://driverpacks.net)

3. Распаковал DP_MassStorage, натравил на каталог, в котром лежало "D\M\..." утилиту MSSTMake.exe (http://www.forum.oszone.ru/thread-117423-37.html):
MSSTMake.exe -A D:\ForWinXp\Drivers_repack\
Кстати, правильно ли я понимаю, что это действие не отменяет необходимости выкладывать
запакованные драйвера MassStorage вместе в остальными?

4. Прописал в presetup.cmd строку
%SrcDosPath%\OEM\bin\un7zip.exe %SrcDosPath%\OEM\DP\DP*.7z %SystemDrive%\И в fSetup.ini строки:
[Options]
DrvFolder=%SystemDrive%\D
DisableSFC=1
PatchUXTheme=1
PatchSetupAPI=1
PreSetup=1
PreSetupHide=1
PostSetup=0
PostSetupHide=1Ну и, конечно, запакованные драйвера и un7zip.exe лежат в правильном месте...

Вопросы:

1. Как корректно интегрировать Fake-Setup в английский дистрибутив?
Желательно пошагово, я просто с ручной правкой Txtsetup, Dosnet и последующим
вкладыванием файлов в I386 знаком довольно поверхностно.

Подозреваю, что надо руками добавить в файлы dosnet.inf и txtsetup.sif
строки из соответствующих файлов аддона, затем файл Setup.exe замейккабить, и выложить
все 4 файла (setup.ex_, fSetup.ini, PreSetup.cmd, PstSetup.cmd) в I386.

Так же не очень понял что делать с файлами Start и KillWFP.lst.

2. Правильно ли я понял, что "аддон" для текстовой установки драйверов MassStorage
нужно интегрировать отдельно? Там просто совсем тёмный лес с кучей параметров.

3. Нужно ли всё же в PstSetup.cmd прописывать запуск DPsFnshr.exe?
Я просто так понял, что FakeSetup все функции финишера умеет выполнять сам.
Также неясно какова ситуация с KTD (KeepTheDrivers) для последующего использования системой.

4. Если предыдущие пункты (о чудо!) будут выполнены корректно, достаточно ли этого,
чтобы драйвера установились сначала на текстовом этапе, а потом подхватились и установились на графическом?

P.S.
Был бы я уверен, что перепаковка от greg-а будет работать со стандартным Base от Башрата,
вообще бы наверное не терзался... Но, чувствую, что у этого фейкового сетапа есть какие-то неоспоримые преимущества
перед башратовским, кроме автопатчинга файлов (хотя пока и не совсем понимаю, какие именно) :)

[Mr dUSHA]

Кстати, правильно ли я понимаю, что это действие не отменяет необходимости выкладывать
запакованные драйвера MassStorage вместе в остальными? »
Правильно. Они понадобятся потом на графическом этапе.

Как корректно интегрировать Fake-Setup в английский дистрибутив? »
Английский дистрибутив ничем принципиально не отличается от Русского кроме собственно локализированых текстовых строк везде, где только нужно.
В оригинальном скрипте интегратора пакета обновлений проверка на "русский дистрибутив" сделана для того, чтоб не возможно было интегрировать локализованные русские апдейты в чужеродный дистрибутив, и тем самым не сделать разноязычную кашу.

Для ваших целей можно немного подправить скрипт, удалив проверку языковой принадлежности (а заодно и подпапку Files из корневой папки пакета), и интегрировать эти два сабжевых аддона путем запуска скрипта-интегратора в формате:
__PATCH.CMD <имя_аддона>

я просто с ручной правкой Txtsetup, Dosnet и последующим
вкладыванием файлов в I386 знаком довольно поверхностно. »

Здесь все точно так, как вы сказали:

Подозреваю, что надо руками добавить в файлы dosnet.inf и txtsetup.sif
строки из соответствующих файлов аддона »

Так что если интегрируете руками, то из каждого аддона из файлов Txtsetup и Dosnet с помощью текстового редактора их содержимое просто добавляете в конец оригинальных дистрибутивных файлов Txtsetup.sif, Dosnet.inf соответственно.
Только помните, что Txtsetup.sif хранится в дистрибутиве непосредственно в таком виде, а Dosnet.inf запакован в Dosnet.in_, и его после изменений нужно заново запаковать и положить на место, в I386.

Справочник по файлам аддона и их предназначению здесь:
http://www.oszone.net/6946#a4

затем файл Setup.exe замейккабить, и выложить
все 4 файла (setup.ex_, fSetup.ini, PreSetup.cmd, PstSetup.cmd) в I386. »
Точно так.

Правильно ли я понял, что "аддон" для текстовой установки драйверов MassStorage
нужно интегрировать отдельно? Там просто совсем тёмный лес с кучей параметров. »
Правильно. Нужно интегрировать отдельно.
Для генерации аддона вам достаточно запустить утилиту вообще без дополнительных параметров, то есть как-то так:
MSSTMake.exe D:\ForWinXp\Drivers_repack\

Зато для интеграции нужно сделать несколько телодвижений :) :
1. TXTSETUP и DOSNET добавить в соответствующие файлы дистрибутива.
2. Все SYS-файлы из подпапки Drivers запаковать в SY_ и насыпать запакованные в I386 дистрибутива.
3. информацию из setupreg.reg добавить в дистрибутивный файл SETUPREG.HIV. Для этого возьмите файл FINISH из аддона, замените в нем все переменные на абсолютные пути к файлам, назовите его как-то вроде FINISH.cmd, и запустите.
Собственно в файле FINISH всего 4 строки, так что откройте его, подумайте, и все поймете ;)
4. Содержимое аддонового файла HIVE добавьте в дистрибутивный файл HIVESYS.INF в секцию [AddReg].

Нужно ли всё же в PstSetup.cmd прописывать запуск DPsFnshr.exe?
Я просто так понял, что FakeSetup все функции финишера умеет выполнять сам.
Также неясно какова ситуация с KTD (KeepTheDrivers) для последующего использования системой. »
Не поддерживается непосредственная установка дополнительных панелей, например для тех же видеокарт.
Реализации KTD через функционал SetupCopyOEMInf я не делал, поскольку пожеланий от общественности не поступало... :)

[DmitryOlenin]

Ух, красота.
Не знаю, вероятно это небольшой оффтопик, но всё же попробую уточнить, в рамках этой же темы...
Дело в том, что проводить руками описанные вами операции довольно... утомительно :)

Для ваших целей можно немного подправить скрипт, удалив проверку языковой принадлежности (а заодно и подпапку Files из корневой папки пакета), и интегрировать эти два сабжевых аддона путем запуска скрипта-интегратора в формате:
__PATCH.CMD <имя_аддона> »
Я говорю о GUI-интеграторе из темы Служебные - [Проект] Gui-интегратор пакета обновлений и аддонов (http://forum.oszone.net/thread-100898-112.html).
К сожалению, я не нашёл ни пути "подправить скрипт", ни возможности запустить файл __PATCH.CMD
(поиском отобрал вообще все CMD в каталоге, и не нашёл ничего похожего).

----Отредактировано спустя 10 минут----
Понял, речь идёт об исходном скрипте UpdatePack-а.
Там я обнаружил файл __PATCH.CMD

----Отредактировано спустя ещё 15 минут----
Убрал проверку на русскоязычноть, убрал проверку на "от-Nlite-ченность".
Драйвера харда корректно вроде интегрировались.
А вот при интеграции Z-FakeSetupAdv много много распаковок каких-то кабов пошло.
Откуда это и зачем - я не понял.

Да, кстати, вероятно стоит брать дистрибутив до обработки башратовским интегратором, иначе будет куча-мала, да? Но тогда открытым остаётся вопрос о KTD.
Но я уже продвинулся немного в изысканиях, спасибо вам.
Буду ждать ответа. :)

Только помните, что Txtsetup.sif хранится в дистрибутиве непосредственно в таком виде, а Dosnet.inf запакован в Dosnet.in_, и его после изменений нужно заново запаковать и положить на место, в I386. »
После работы башратовского интегратора файл dosnet.inf лежит в неупакованном виде.
Полагаю, что это несущественно.

Не поддерживается непосредственная установка дополнительных панелей, например для тех же видеокарт.
Реализации KTD через функционал SetupCopyOEMInf я не делал, поскольку пожеланий от общественности не поступало... »
Не претендую на роль общественности, но хотел бы выдвинуть предложение :)
Поскольку сейчас, как я понимаю, сохранить весь набор драйверов на диске возможно, но без запуска DPsFnshr.exe система ничего о них не будет знать.
Да, кстати, если уж KTD надо делать башратовским методом, то хватит ли просто запуска DPsFnshr.exe при наличии корректного DPsFnshr.ini для KTD и установки этих самых доп. панелей (хотя я понятия не имею, что это, но, наверняка, это что-то необходимое :) ).

И наконец хотелось бы спросить. Так как из описания я не понял, к сожалению...
Кроме патчинга библиотек чем ваш сетап отличается от башратовского? Вроде работа с presetup и postsetup там тоже реализована...

[Mr dUSHA]

А вот при интеграции Z-FakeSetupAdv много много распаковок каких-то кабов пошло.
Откуда это и зачем - я не понял. »
Распаковки кабов - это вполне нормально и так и должно быть. Не обращайте внимания. Это скрипт интегратора так устроен.

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

Что касается KTD, то Fake-Setup Advanced по окончанию установки оставляет список путей к драйверам в реестре в ключе HKLM,Software\Microsoft\Windows\CurrentVersion,DevicePath, и если вы папку с драйверами перемещать не будете, то при обнаружении нового устройства драйвера к нему найдутся автоматически, аналогичным образом, как и в случае с KTD реализованом через SetupCopyOEMInf.

[Mr dUSHA]

Новая версия:

Версия 9.03.10

Поддержка для утилиты UserMake (http://forum.oszone.net/thread-134358.html) для реализации автологона пользователя созданого на Т-40.

[SamLab]

Mr dUSHA, Теперь FakeSetup автоматически поддерживает UserMake (может на наличие аддона реагирует) или в ини надо прописывать?

[Mr dUSHA]

Теперь FakeSetup автоматически поддерживает UserMake (может на наличие аддона реагирует) или в ини надо прописывать? »
Нет. Это UserMake сам ему в fSetup.ini прописывает дополнительный параметр SsDefaultUserDisable=1.
Это включает дополнительный патч, нужный UserMake на Т-40.

[SamLab]

Mr dUSHA, При запуске прописывает? Если да - тока как определяет куда прописать если адддон переименован или уже в самом дистрибутиве?

[Mr dUSHA]

Если да - тока как определяет куда прописать если адддон переименован или уже в самом дистрибутиве? »
Да нет, не на этапе сборки дистрибутива, а уже на ГУИ-этапе установки ОС.
Оно само все найдет и все пропишет. Вам для этого ничего делать не нужно.