» Windows Preinstallation Environment(WinPE). WinBuilder (2)

TheShadow


Цитата:

2. Какое ядро грузит этот SETUPLDR.BIN

Пока однопроцессорное.


Цитата:

3.2. RAM-Boot из WIM-образа. Это же ядро занимает ~150 Мб. Считывается с носителя и в оперативке занимает столько же. Но если делать какие-либо изменения, то что будет?

Драйвер-фильтр fbwf.sys перехватит запрос на запись, "запишет" изменения в свой буфер памяти. В случае запроса этих данных опять перехват запроса, выдача данных из своего буфера. После перезагрузки "изменения" будут утеряны.

TheShadow
Это ж кто тебе сказал что пропатчивание в BartPE выполнить невозможно?
Я в текущем сезоне паралельной ветки писал о недокументированной сеции [Execute].

CryptoPE
А можно как-то не в RAM? Подмонтировать и загрузить без считывания в память?

Это будет очеееень медленно.
При текущих ценах на память есть ли смысл сильно экономить?

yurkesha


Цитата:

А можно как-то не в RAM? Подмонтировать и загрузить без считывания в память?

Точно пока сказать не могу. На стадии работы SETUPLDR.BIN при желании можно попробовать обойтись без RAM "диска", а вот как дальше "подружить" систему с wimfltr.sys я на текущий момент не знаю.

OlegPOV1

Цитата:

для boot-land.net сыроват им вечно подавай все готовенькое

Скрипт добавлен в LiveXp проект пока как бетка (downloadlevel=3).


Цитата:

добавил бы патч, позволяющий менять имя WINNT.SIF

Для BootLang это не желательно, да и можно просто указать на уже пропатченный SetupLdr.bin про сборке, к тому-же это немного ограничит некоторых "профессионалов"

TheShadow

Цитата:

RAM-Boot из WIM-образа. Это же ядро занимает ~150 Мб. Считывается с носителя и в оперативке занимает столько же. Но если делать какие-либо изменения, то что будет?

fbwf - здесь есть некоторая прелесть, если при обычной RAM-Boot загрузке ограничения размера определяется размером образа, при этом память под него жестко зарезервирована и не может быть использована для других целей, то при использовании FBWF память не резервируется, то-есть "размер" системного диска ограничен только размером озу. Параметр в скрипте "размер системного диска" всего-лишь ограничивает его использование (например, можно выставить его в 1024 Mb и при этом спокойно работать на машине со 128 Mb)

Предупреждение - fbwf некорректно работает с русскими именами в XpSp2 и Wim2003, для сборки следует применять XpSp3.


Цитата:

есть, допустим, антивирус в WIM. При запуске монтируем его как RW и обновляем базы. Допустим, метров 30 изменилось. Эти 30 метров будут дополнительно сидеть в оперативке до тех пор, пока мы не размонтируем образ?

Да. А если размонтировать его с опцией /commit будут так-же сохранены в самом wim файле.

goletsa

Цитата:

При текущих ценах на память есть ли смысл сильно экономить?

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


Dimsoft

Цитата:

как правильно применять WinPack ?

Не понял вопроса.

NIKZZZZ
какая конкретно версия fbwf корректно работает с WinXP SP3?
Это убрало бы многие возникающие проблемы...

yurkesha

Цитата:

какая конкретно версия fbwf корректно работает с WinXP SP3?

Я тестировал версии XPE 2.0.965.0 и версию 6.0.6001.18000 из Vist'ы на обычных сборках. Есть подозрение, что работают все.

CryptoPE
Есть ли пропатченный загрузчик (255 кб) для minint с поддержкой многоядерных процов? Получилось использовать загрузчик от SP1 (241 кб), но только для minint, а если с CD-диска, то виснет.
Как пропатчить любую готовую сборку, чтоб она грузилась как wim?
Как установить на хард?

NIKZZZZ
Проверил сборку, но на хард пока не смог установить, на виртуалке работает. Перепаковал BootSdi.img, заменив на свою сборку и добавив необходимые файлы, сборка на виртуалке виснет на виндовой заставке, наверно надо ещё FBWF и WIM-драйвер в сборку включить?

AZJIO

Цитата:

Есть ли пропатченный загрузчик (255 кб) для minint с поддержкой многоядерных процов?

Загрузчик, используемый в скрипте BootSdi работает и для не Ram загрузки.

Цитата:

наверно надо ещё FBWF и WIM-драйвер в сборку включить?

Наверное, надо.

NIKZZZZ
Добавил FBWF, но при замене файлов не стал заменять на другие версии, перепаковал, результат тот же, виснет на виндовой заставке.
При загрузке BootSdi.img с харда выдаёт "корупт TXTSETUP.SIF".

Цитата:

Загрузчик, используемый в скрипте BootSdi работает и для не Ram загрузки.

готовый есть?
В конструкторе для пропатчивания файл от рам сборки - 291 кб. Если он грузит и рам-сборку и minint, то как он будет выбирать что грузить, если у меня оба варианта на харде? Для рам сборок выбор осуществляется по winnt.sif, а для minint не нужен winnt.sif. Как же ему определить, что грузить нужно minint? В моём понимании minint не содержит BootSdi.img, а содержит папки system32, inf...

Цитата:

с харда выдаёт "корупт TXTSETUP.SIF".

Он у вас WINNT.SIF ? Если имя меняли см. мой пост выше

OlegPOV1
Имя менял, загрузчиков то 5 штук на харде для рам-сборок, естественно менял и в setupldr.bin и имя WINNT.SIF (B1nnt.txt), 9 замен. Всегда все сборки работали. Попробую заменить указанный адрес 0x2060

AZJIO

Цитата:

готовый есть?

Собери конструктором сборку с BootSdi и в ней будет "готовый" загрузчик.
Кроме этого, для MultiCpu необходимы некоторые файлы и соответствующие записи в TxtSetup.sif.

Цитата:

наверно надо ещё FBWF и WIM-драйвер в сборку включить?

Аналогично, просто добавить файлы недостаточно, посмотри скрипт.

NIKZZZZ
в предыдущем посте написал, что включил плагины в сборке, а потом ещё проверил добавлением файлов, практически все не соответствовали размеру, но заменять не стал.

Цитата:

Собери конструктором сборку с BootSdi и в ней будет "готовый" загрузчик.

в предыдущем посте отписал, что возможно мы понимаем по разному minint, ведь получится рам-сборка. MultiCPU support на вкладке Boot SDI, что является рам-сборкой.

OlegPOV1
поменял указанный адрес, результат чёрный экран без каких либо сообщений. Вернул имена WINNT.SIF и адрес 0x2060, тоже "корупт TXTSETUP.SIF", значит дело не в этом.

AZJIO

Цитата:

ведь получится рам-сборка.

Выполни после этого отдельно скрипт создания обычного Iso, замени в нем setuplr.bin из Ram сборки, получишь MultiCpu не Ram.

Цитата:

что включил плагины в сборке

Все - это какие?
WimBoot содержит все необходимое.

NIKZZZZ

Цитата:

Все - это какие?
WimBoot содержит все необходимое.

Собрал свою сборку на другом конструкторе, чтоб была поддержка FBWF и WIM, а потом сжимал в wim и сменил расширение на img. Поэтому и спрашивал как работает плагин, чтоб переделать готовую сборку.

Цитата:

Выполни после этого отдельно скрипт создания обычного Iso, замени в нем setuplr.bin из Ram сборки, получишь MultiCpu не Ram.

хотя плохо понял, выполнил "создания обычного Iso" сборка на виртуалке грузится, при использовании файла на харде - проблема с TXTSETUP.SIF, подправил WINNT.SIF для проверки, и точно, подхватила рам-загрузку, хотя и не загрузилась до конца.

yurkesha


Цитата:

какая конкретно версия fbwf корректно работает с WinXP SP3?
Это убрало бы многие возникающие проблемы...

Проблема видимо в самой WinXP. Сборки с одним и тем же fbwf.sys на основе WinXP RUS SP2 и WinXP RUS SP3 проявляют себя немного по разному. Возможно в SP3 что-то поправили. Для тестирования можно взять fbwf.sys из любой Vist-ы и даже беты Windows 7.

AZJIO


Цитата:

Есть ли пропатченный загрузчик (255 кб) для minint с поддержкой многоядерных процов? Получилось использовать загрузчик от SP1 (241 кб), но только для minint, а если с CD-диска, то виснет.

Все патчи "заточены" только под один SETUPLDR.BIN из дистрибутива Windows 2003 ENG SP1 (MD5: 4352373bc08ffa6d8ffdb20a3ba5bc9a).
minint это случаем не WinPE установленный на жесткий диск в папку Minint?

AZJIO

Цитата:

Собрал свою сборку на другом конструкторе, чтоб была поддержка FBWF и WIM

Именно этого делать не надо, поддержка FBWF и WIM встроена в WimBoot. Эти скрипты нужно отключить.

Цитата:

подхватила рам-загрузку

Не понял, тебя интересует какая загрузка (Ram или MiniNt) ?

NIKZZZZ
Цитата:

Не понял, тебя интересует какая загрузка (Ram или MiniNt) ?

Дело в том, что загрузчик (255 кб) от minint не цеплял рам загрузку. Сейчас проверил на одной из сборок новый SETUPLDR.BIN, но он работает только в RusLive.

Цитата:

Именно этого делать не надо, поддержка FBWF и WIM встроена в WimBoot. Эти скрипты нужно отключить.

Я понял это, на WinBuilder'е сборка уже собрана и работает, я же пытаюсь фичу использовать в бартовской сборке. И ещё пытаюсь wim-образ BootSdi.img из RusLive.iso установить на хард, и пока не получается.

CryptoPE
Цитата:

minint это случаем не WinPE установленный на жесткий диск в папку Minint?

да, в том числе и на флешку.

Обновление WimBoot

Добавлена поддержка многоядерных процессоров.

Здравствуйте у меня почему то не работает WimBoot. В qemu норм все грузится, а когда записываю на диск и пытаюсь загрузится с него то система виснет на этапе:
Loading ramdisk image... Доходит иногда до половины иногда меньше и все...

Ноутбук HP nc6400

В чем может быть проблема?

valm0unt

Цитата:

Доходит иногда до половины иногда меньше и все...

Похоже просто на плохой диск.

NIKZZZZ
BootSDI с того же диска норм грузится! Странно как то! Записал на сиди и начало грузится до этого было на мини ДВД!

А что изменилось в новом конструкторе по сравнению с предыдущим? Почему то скрипт Acronis TI Browser перестал работать!
Или может у кого-нибудь есть рабочий скрипт?

valm0unt


Цитата:

Loading ramdisk image... Доходит иногда до половины иногда меньше и все...

Ноутбук HP nc6400

В чем может быть проблема?

Сборка с WimBoot своя или нет?

Замечание по файлу zPNP.exe - из-за него невозможно пользоваться Dr.Web CureIt.
Вопрос: есть ли версия zPNP.exe, которая нормально проверяется Dr.Web-ом?

При сборке WinBuilder останавливается на скрипте с zPNP.exe. Сканер Dr.Web из под WinPE доходит до zPNP.exe и проверяет его бесконечно. Такой эффект проявляется на Dr.Web 4.44 и на Dr.Web 5.01.

CryptoPE

Сборка делается при помощи конструктора выложенного ранее уважаемым NIKZZZZ

Victor_Dobrov

Цитата:

есть ли версия zPNP.exe, которая нормально проверяется Dr.Web-ом?

Это какой-то баг Dr.Web. Возможно, что он воспринимает zPnp как потенциальный вирус, это совершенно нормально, но что-бы виснуть ?

Цитата:

Это какой-то баг Dr.Web. Возможно, что он воспринимает zPnp как потенциальный вирус, это совершенно нормально, но что-бы виснуть ?

NIKZZZZ

Цитата:

Сканер Dr.Web из под WinPE доходит до zPNP.exe и проверяет его бесконечно.

Подтверждаю, только не виснет а начинает кушать вагон системных ресурсов.

NIKZZZZ
А можно как нить соединить преимущества сборки с WimPack и с WimBoot ? Загружаемый имидж из под BIOSа был бы ещё меньше...

OlegPOV1

Цитата:

только не виснет а начинает кушать вагон системных ресурсов.

А из него можно сделать хороший вирус
ILAVWSEX

Цитата:

А можно как нить соединить преимущества сборки с WimPack и с WimBoot ?

В принципе, можно смонтировать Wim образ не на x: (там монтирование не поддержано), а на любой другой Ram диск, например "Program Files" может быть где угодно, нужно только правильно прописать путь к нему. В принципе, это не сложно.