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

Dimsoft

Цитата:

мне от этого не легче

Да как же не легче?! Если CryptoPE правильно подсказывает, то проблема решится легко - путём второй записи в меню компашки. Нужно будет положить в компашку второй SETUPLDR.BIN (не автомат) и внутрь BootSDI положить второй txtsetup.sif.
У меня до сих пор руки не дошли до pxe
Ты писал:

Цитата:

BtSDInic.im_ после загрузки в память - reset
BtSDI128.im_ доходит до голубого экрана и висит (мышка работает)

В BtSDI128.im_ нету мультипроцессорного автомата, вот и добирается до голубого экрана. Но, похоже, дело не только в автомате (по крайней мере в моей сборке), иначе BtSDI128.im_ загрузился бы полностью.
Надо в последний RusLive положить старый (из RusLive_RAM_2008_10_28.iso) SETUPLDR.BIN (обязательно) и в txtsetup.sif (желательно) возвратить стандартную группу [more=[Hal.Load]][Hal.Load]
acpipic_up=halacpi.dll
e_isa_up=hal.dll
mps_up=halapic.dll
mps_mp=halapic.dll
acpiapic_mp=halaacpi.dll
acpiapic_up=halaacpi.dll[/more]
Если с загрузкой последней RusLive будут изменения, но не загрузится - предположение CryptoPE верное, но есть ещё причина. Если последняя RusLive загрузится - просто предположение CryptoPE верное. Добавить вторую надпись будет не сложно.
А это
Цитата:

Пока плохо совместимы

(CryptoPE) так вообще замечательно будет

Добавлено:
Ой, не в компашку SETUPLDR.BIN положить (если pxe), конечно...

MeUserListRu
шайтан однако
HAL.Load помогло

Добавлено:
RusLive_RAM_2008_11_22 загрузился по сети через PXE в RAM

Спасибо CryptoPE за подсказку
Если срочно нужны TI Server или WKS, то достаточно добавить в конструктор RusLive скрипт Acronis COMMON.script из моего конструктора ПОСЛЕ скрипта RusLive TI. Тогда зарабаботают обновлённые snapman и будут запускаться и Home и Server с WKS

Dimsoft

Цитата:

RusLive_RAM_2008_11_22 загрузился по сети через PXE в RAM

Как именно загрузился? Что нибудь модифицировал? Хотелось бы подробнее.

Тестовая версия BootSdi.script
Создает специальный загрузчик (находится на CD_ROOT\PXELDR\NTLDR), поддерживающий мультипроцессорную загрузку по сети (PXE) с патчем от CryptoPE.
Просьба сообщать о результатах тестирования.

Dimsoft


Цитата:

логичное объяснение, только мне от этого не легче

Ну теперь после поста NIKZZZZ должно стать немного полегче
А чтоб и мне было легче, неплохо бы потом написать на каких машинах производилась загрузка (CPU, кол-во RAM) и с каким результатом.
P.S. Пока полученный таким образом NTLDR не поддерживает загрузку сжатого образа диска, поэтому перед тестом его надо распаковать.
P.P.S. Кстати совсем хорошо было бы поделиться результатами использования "старого" NTLDR способного загружать по сети сжатый образ.

Цитата:

Как именно загрузился? Что нибудь модифицировал? Хотелось бы подробнее.

NIKZZZZ

открыл имидж как диск и отредактировал txtsetup.sif как MeUserListRu писал
заменил HAL.Load на http://forum.ru-board.com/topic.cgi?forum=62&topic=15384&start=60&limit=1&m=1#1



Цитата:

Тестовая версия

соберу посмотрю

CryptoPE

"старый" NTLDR нормально грузит сжатый образ если отредактировать HAL/Load


Добавлено:
NIKZZZZ
какой был доступен последний конструктор ?

Добавлено:
NIKZZZZ
собрал, заменил NTLDR - на 512 памяти полоска загрузки доходит до 3/4 и дает ошибку


Добавлено:
увеличение памяти до 1 гб картину не изменило

Добавлено:
распакованные IMG дошел до половины и завис

Добавлено:
поменял NTLDR на тот что выкладывался в теме под именем pxecab.7z - тоже самое


Добавлено:
старый конструктор (34 метра) с новым NTLDR не загрузился, а со старым - да

Добавлено:
подскажите как все такие собрать 20-ти метровую pxe-ram загружаемую с поддержкой командной строки и raid ?

Dimsoft

Какой процессор на целевой машине?

Насчет


Цитата:

собрал, заменил NTLDR - на 512 памяти полоска загрузки доходит до 3/4 и дает ошибку

Здесь все просто, по скриншоту видно что идет попытка загрузит по сети сжатый образ, отсюда и проблема и кол-во памяти здесь непричем.
Что касаемо NTLDR из pxecab.7z, то он поддерживает только загрузку из сжатого образа, но не мультипроцессорность, поэтому требует редактирования Hal.Load. Отсюда и проблемы при загрузке последних сборок.


Цитата:

распакованные IMG дошел до половины и завис

Здесь не совсем понятно - до половины чего?

Цитата:

Здесь не совсем понятно - до половины чего?

CryptoPE
полоска прогресса не до 3/4 а только до 1\2

Добавлено:

Цитата:

Какой процессор на целевой машине?

2-х ядерный интел

CryptoPE
Тестировал загрузчик (не сетевой) на четырехядернике Intel - Ok.

Попробовал загрузку своей сборки с помощью tftpd32. Пока использовал grldr в качестве загрузчика. Та же менюшка, грузятся все пункты (даже сжатый образ дискеты) кроме ... главного - WinPE. Почитал форумы - предлагается WinPE загружать в виде ISO-образа. В ISO ведь можно вложить PePrograms. Но в нашем форуме все грузят имидж WinPE, а не ISO. Интересно, а PePrograms будет доступен, если грузится только имидж? Или его надо отдельно шарить?

Добавлено:
Ну вот, все ушли на фронт ??
Дальше поехали...
С помощью того же Grub'а мапировал таким образом мультипроцессорный автомат RusLiveFull_2008_11_22.iso, загрузилось! Диспетчер задач показывает 2 ядра.
СтОит такой вариант рассматривать ?
А вопрос с PePrograms у меня так и остался. WinPE "проглатывает" весь ISO, который Grub замапировал и не видит его
Прекрасно понимаю, что в таком алгоритме оперативка сильно расходуется. Но можно, наверное, дальше копнуть..

MeUserListRu
я гружу winpe через ntldr - как писал выше, при этом как мне кажеться расход оперативки ниже

Dimsoft
Так это понятно. И syslinux используешь в качестве загрузчика. Тот обращается к startrom.0, который подгружает ntldr-неавтомат.
В случае с монтированием ISO, ISO-boot-сектор обращается SETUPLDR.BIN-автомату и дальше стандартно.. Оперативка расходуется сильно, потому что я ISO смонтировал в оперативку (как сумел). Думаю, что стОит попробовать монтировать имидж, чтобы оперативку сэкономить
Но как ты используешь PePrograms? syslinux как-то отдаёт в сеть эту папку или шаришь в сеть, а потом сетевой диск подключаешь?

Добавлено:
Стоп! Я пока насчёт перерасхода оперативки пока помолчу, это ещё надо замерить.. В момент начала загрузки WinPE ISO-образ испаряется, возможно высвобождает память. Ты помоги, пожалуйста понять, как цеплять программы, если имидж голый - без программ, а программы лежат отдельно

MeUserListRu
никак не использую "и это зопа" (с) made in woman
очень хотелось монтирование iscsi но не осилил

Приехали Толку тогда от RAM-сборки если от неё в сеть только системный раздел грузится, пусть даже и мультипроцессор.
А ещё идеи есть? Имидж распаковать и грузить как просто ISO.
Или наоборот - всё программы вложить в имидж. Можно NTFS-имидж не использовать - обычный FAT c помощью WinImage, чтобы не париться при переделывании под сеть.
Допустим, в сборке предлагается пустой FAT-имидж и другой (сетевой) батник монтирования Wim-ов (на замену). Вроде так будет вполне удобно. От перехода на FAT, имидж относительно расхода оперативки раздуется где-то на 8 Mб (отсутствие NTFS-компресии). Относительно дискового простртанства - не раздуется из-за присутствия внешней компрессии (CAB или gz).

MeUserListRu
ram lan boot = например
загрузили и запустили долгую по времени операцию
проверку или копирование диска, все сеть можно отключать она не нужна
к ней другой "пациент" подключится.

Добавлено:
сеть она больше для того чтобы был единый постоянно обновленный образ
базы антивируса например новые.

Извини, непонятно ты написал.
ram lan boot - комп включается и загружается с сетевой карточки, загрузочный образ размещает в память. Так а я разве о чём-то другом? tftpd32 использует Grub, тот отдаёт через свою менюшку клиентскому компу любую загрузочную программу на выбор. И именно в RAM через LAN. Пожалуйста - отключай сеть после загрузки
Ну вот, пусть этот имидж и лежит для доступа через сеть. Если он FAT, так его легко обновлять. А главный антивирус (у тебя же там базы обновляются ежечасно ) - зашарить. Пойдёт так попробовать?
Можно ковырнуть возможности UltraISO или ей подобных на предмет возможности закидывания в имидж обновлённой папки с антивирусом с помощью планировщика и командной строки, чтобы исключить рутину. Может, есть знатоки в таком вопросе...

Добавлено:
В имидж - естественно, программы только от WinPE. DOS'ы, линуксы - в отдельных пунктах меню

Добавлено:
Кстати, планировщик может даже ISO-образ формировать ежечасно, складывая туда ещечасный имидж. Вот только проверю ISO на расход оперативки... NOD32 2.7 может ежечасно создаваться батником из планировщика

Здравствуйте. В общем есть такая проблемка. Мне хотелось бы собрать WinPE с BootSdi скриптом (в образе лежит только система, никаких сторонних программ) и FBWF-драйвером, который бы за счет оперативной памяти позволял "писать" на диск с программами. Проблема в том, что скрипт с FBWF по умолчанию настроен на диск Z:\ который в случае с использованием BootSdi оказывается занят системой. Есть ли возможность как-нибудь перенастроить его?

Насколько знаю, пока не решена проблема с одновременным использованием BootSdi и FBWF.
Кроме того, у FBWF с самого роджения проблемы с русскими папками/файлами на файловой системе CD. Можно для решения проблемы файловой системы CD пробовать создавать её в несколько проходов, но против такого метода высказывались уже...

Есть WimPack.script от NIKZZZZ и OlegII в модификации Galapo (проект LiveXP), который позволяет складывать программы в Wim на CD в режиме RW как раз за счёт использования оперативки.

Хочу внести небольшое уточнение: идея скрипта BootSdi идет еще от HighwayStar, в настоящее время скрипт полностью переписан и поддерживается уважаемым NIKZZZZ, Galapo шлифует отдельные моменты, связанные скорее с совместимостью с набором скриптов из последних конструкторов. Мое имя там осталось с самого начала работы, когда я вложил свою песчинку в движение скрипта в массы

WimPack - это скрипт полностью от NIKZZZZ. Galapo там также "шлифует" совместимость.

Да, конечно HighwayStar! Нельзя забывать Nik'и людей, которые внесли свой вклад в такое нужное дело , извиняюсь.
Делаю упор на модификацию Galapo, потому что дело не только в шлифовке и совместимости: появилась переменная TEMP и контейнер - заработал режим RW на CD.

Цитата:

Ну вот, пусть этот имидж и лежит для доступа через сеть.

MeUserListRu
для этого надо сеть поднимать (драйвера и службы)
а сам образ по pxe зайдет и без драйверов.

Не обязательно сеть поднимать. Имидж лежит в папке tftpd32 на сервере. Загружается по PXE в оперативку ДО запуска WinPE.
Ну это же и есть практически первоначальная схема, как у меня загрузился по PXE мультипроцессорный автомат RusLiveFull_2008_11_22.iso без модификаций SETUPLDL-автомата.
Просто вдобавок (для загрузки из сети) предлагаю сложить все программы внутрь имиджа. И пусть в этом имидже (возможно ISO) планировщики автоматически обновляют антивирус.

Добавлено:
Dimsoft
Попробуй, пожалуйста, загрузить таким образом по реальной сети мультипроцессорную сборку, допустим RusLiveFull_2008_11_22. у меня клаву унесли с сетевого компа, нету пока реальной сети, только виртуальная
Пример сетевой менюшки Grab'a выложить? В меню надо во всех пунктиках прописать (pd). Хотя, возможно, pxelinux загрузит мультипроцессорный автомат-ISO'шник, я только Grub'ом пробовал загрузиться по PXE

MeUserListRu
FULL просто не загрузился - большой слишком

Распакуй всё с помощью UltraISO. Удали из распакованной папки лишнее, оставив только файлы и папки от 256: Drivers, PePrograms, W256 и корень. Открой UltraISO, скопируй туда содержимое папки и назначь boot256.bin загрузочным файлом. Хотя, можно и больше удалить - всё равно в сеть загрузится только имидж

MeUserListRu
имидж грузиться, после редактирования hal.load

у меня грузится без редактирования hal.load. Чем грузишь, Grub'ом или syslinux?

pxelinux

В папке tftpd32 у меня
2 файла: tftpd32.exe и tftpd32.ini и 2 папки: menu.lst и WinXPsp3Ru

В папке menu.lst лежит файл [more=default]color black/cyan white/blue
timeout 15
default /default
title Boot from 1st HDD
root (hd0,0)
chainloader +1

title DOS: Ghost, Disk Director Ru, PartitionMagic
map --mem (pd)/WinXPsp3Ru/BIMG/GDdPm.ima.gz (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

title - - True Image Enterprise Server 9.5.8163 Ru UR
map --mem (pd)/WinXPsp3Ru/BIMG/TiEsUR.ima.gz (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

title Linux: True Image Home 11.0.8059 Ru (sectors BackUP)
kernel (pd)/WinXPsp3Ru/BIMG/K_TIH11.DAT vga=791 quiet
initrd (pd)/WinXPsp3Ru/BIMG/R_TIH11.DAT /S
title - - True Image Home 11.0.8059 Ru (sectors BackUP, noacpi, noapic)
kernel (pd)/WinXPsp3Ru/BIMG/K_TIH11.DAT vga=791 acpi=off noapic quiet
initrd (pd)/WinXPsp3Ru/BIMG/R_TIH11.DAT /S

title - - True Image Workstation 9.5.8163 UR
kernel (pd)/WinXPsp3Ru/BIMG/K_TIW95.DAT vga=791 quiet
initrd (pd)/WinXPsp3Ru/BIMG/R_TIW95.DAT /S
title - - True Image Workstation 9.5.8163 UR (noacpi, noapic)
kernel (pd)/WinXPsp3Ru/BIMG/K_TIW95.DAT vga=791 acpi=off noapic quiet
initrd (pd)/WinXPsp3Ru/BIMG/R_TIW95.DAT /S

title RusLive.iso
map --mem (pd)/RusLive.iso (hd32)
map --hook
chainloader (hd32)
boot
[/more] - загрузочное меню
В папке WinXPsp3Ru: файлы grldr (загрузочный файлик Grub'а, можно из моей сборки взять), RusLive.iso и папка BIMG, в которой лежат DOS и Linux файлы из моей сборки GDdPm.ima.gz, TiEsUR.ima.gz, K_TIH11.DAT, R_TIH11.DAT, K_TIW95.DAT, R_TIW95.DAT

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

Добавлено:
В настройках сервера в опции Boot File надо указать WinXPsp3Ru\grldr

MeUserListRu
у меня тут мысль появилась - вот как замечательно было бы скрестить способ загрузки через pxe (как ris грузит) и ram boot - чтобы только нужные сетевые карты, а потом и нужные драйвера в ram диск попадали