jCHex
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: надо бы тока еще разобраться с тем как скопировать из сорцов файлы ядер с заменой имени напрямую | У меня вариант @SourcePath@I386\ntkrnlmp.exe=2,ntoskrnl.exe вроде правильно отрабатывает - в %OutDir%\i386\system32\ получается ntoskrnl.exe=ntkrnlmp.exe а вот с ntkrpamp.exe=2,ntkrnlpa.exe конечно проблемка - она только в sp2.cab А вот оттуда вроде никак не достается простым плагином Добавлено: А по старому поводу... кому интересно - все-таки есть несложная возможность создавать варианты загрузки с какими-либо отличающимися файлами, для которых важно сохранение имени файла, и хоть даже на начальных этапах загрузки (напр. как у нас ядро), но без создания двух сборок: учитывая 1) Необходимость сохранения имени 2) Отсутствие возможности переименования файлов ("сохранение имени на начальных этапах загрузки"), т.к. > а) с CD/DVD все и так понятно > б) у рам-сборки - setupldr.bin врядли легко подружить с загрузкой чего-то другого кроме ядра (чтобы переименовать), а чем-то другим сажать ntfs-образ Boot.img в память, затем переименовать нужные файлы на нем, а затем грузить систему - я понятия не имею чем можно > в) (вариант usb / hdd не рассматриваем, там даже можно найти способ автопереименовать до загрузки, либо для ram / usb/hdd-ntfs - все аналогично см. далее) 3) Файловая система - либо ISO (mini-nt), либо ntfs (ram-boot)... ничего общего не напоминает? у нас есть только один выход - ну конечно же hard links - жесткие ссылки, оно же оптимизация у cdimage (-o) Все что нам нужно: Для mini-nt: Второй доп. каталог загрузки (i386 > ????), копия файлов в этот каталог из основного i386, за исключением нужных нам других (напр. ядро + txtsetup.sif), их - свой вариант, патчим загрузчик в доп. каталоге (????\setupldr.bin) для доп. варианта загрузки, заменяя имя загруз. каталога i386 > ????, остальное (хард-линки) за нас сделает оптимизация cdimage Для ram-boot: У нас же ntfs! А значит хард-линки тоже возможны. Но здесь нужно управится в размер диска (образа) => хард-линки создавать без копирования доп. файлов, напрямую. Но собсно именно так это и делается на нтфс В WinXP стандартная утилитка командной строки fsutil.exe: fsutil hardlink create <новый файл> <существующий файл> Кидаем основной каталог (i386), затем создаем хард-линки на все его файлы для второго - доп. каталога, кроме нужных нам файлов, которые кидаем свои. Отключаем и забираем Boot.img. Добавляем второй вариант файла winnt.sif > ?????.???, заменяем в его строке BootPath="\i386\System32\" путь i386 на наш второй каталог, добавляем второй загрузчик (setupldr.bin > ????????.??? рядом с Boot.img) для доп. варианта загрузки, патчим его, заменяя winnt.sif на новый. Для ram-сборки придется влезть в скрипт (создания рам-сборки) многоув. NIKZZZZ (вытащив его и драйвер и проч. из временной папки поймав момент - когда создается рам-сборка, если этого хватит... а если нет - культурней попросить его выложить внутренности ramboot.exe) Внимание: все это пока теория! Но вполне очевидная. - Есть параллельно теме вопрос, кто знает какую-нибудь утилитку - Hex-патчер в режиме -silent из командной строки? | Всего записей: 405 | Зарегистр. 29-07-2004 | Отправлено: 18:14 22-10-2008 | Исправлено: jCHex, 21:21 22-10-2008 |
|