Например, так:
Код:
makecab c:\ntoskrnl.exe c:\ntoskrnl.ex_
Цитата:
|
Подскажите, а что будет если я возьму TUkernel.exe со своим бутскрином, переименую его в 4 файла ядра винды и заброшу в готовый дистрибутив, т.е. в I386/sp2.cab и в I386
|
Возможно, что на твоей системе все будет нормально. Как я понял, ОС использует один файл ядра в соответстии с конкретной конфигурацией. В таком случае, если сделать так, как предлагается, то все файлы ядра станут одинаковыми. Но если дистрибутив собирается на машине, где и будет в дальнейшем применяться (или по крайней мере на машине с такими же параметрами), то в качестве исходного файла будет взят как раз тот, который и должен в этом случае использоваться. Но на другой конфигурации (с другим количеством ядер, или размером памяти) возможно будут глюки. Плюс проблемы с проверкой контрольных сумм и т.п. А может, я глубоко ошибаюсь
Поправьте, знающие люди.
У меня в свою очередь тоже есть вопрос:
Создаю дистрибутив с автоустановкой. Хотфиксы не интегрирую, а устанавливаю через SVCPACK.
Меняю bootscreen по методу, описанному в учебнике, с помощью TuneUP:
Из дистрибутива достаю файлы: ntkrnlmp.ex_ и ntoskrnl.ex_, из архива SP2.cab все четыре файла. По очереди каждый из шести переименовываю в ntoskrnl.exe, закидываю в system32, устанавливаю через tuneUP свой bootscreen, затем вырезаю Tukernel.exe и переименовываю в то, что было изначально. Далее закидываю все обратно, в том числе перепаковываю SP2.cab с помощью GS_caber. Результат такой (проверяется на VMware): после копирования файлов установки и при первой перезагрузке появляется измененный bootscreen. После завершения установки перед первым входом в систему bootscreen опять дефолтный. С хотфиксами устанавливается также KB890859, в котором есть ntkrnlpa.exe. Изменить его не получается (вернее, получается, но впихнуть его обратно никак). В этом ли причина? Если да, то какие варианты решения могут быть? Первый понятен - интегрировать в дистрибутив, а оттуда выдернуть нужные файлы.
KB 910623 не устанавливается.
Заранее спасибо.
