» Windows Preinstallation Environment(WinPE) и BartPE LiveCD 5

7sh3
Думается что перед XPEinit нужно чего загрузить, зарегистрировать и т.д. вопрос чего, или эта init ждет правильной команды, вобщем вопрос открытый.
Скорость как раз в подключении кучи всего или неподключении, иногда просто нужен доступ к дискам, фаилы перекинуть или антивир запустить, делать две сборки нехочется.
По W2K3 готов долго спорить (не факт что аргументированно на уровне листингов кода), пользую сию винду с момента выхода, на слабых машинах работает стабильней и быстрей XP, держит тяжелые игрухи лучше, пользователи с ноутами и таблетками отзываются положительно о скорости и времени работы от аккумулятора, по опыту всяких сборок могу сказать что код ядра вылизан наиболее хорошо именно у этой винды.
Попробуй собрать с помощью того же BartPE из W2K3 и XP и запусти на виртуалке с уменьшением оперативки от 128 и вниз и посмотри с секундомером сколько грузятся и когда XP начнёт верещать что её задавили ))

angro
Попробуй на Win2k3 собрать с плагинами SCSIRAID и NIC, без коих сборка теряет смысл...

Sish с NIC проблем не замечал, ставяться все от ХР, даже на многопортовые в PCI-E шине (ставил на полную винду), про SCSI сказать не могу, как-то щас больше с SATA работаю.

Решил сам себя проверить, на Microsoft Virtual PC 2007 без HDD дисков (только оперативка), участники забега W2K3 SP2 и XP SP3, сборка BartPE 3.1.10a + XPE 1.0.7+плагин русификации. Оперативка уменьшалась до появления окна об увеличении своп фаила (собственно после него XPE правильно не грузиться).
Итого:
W2K3 c 58 MB оперативы 51.735 ms
XP c 61 MB оперативы 54.849 ms

AZJIO
Да, Вы оказались правы Действительно, даже mini-nt (не ram) не запустилась так - kernel stack fault (hardware reset). Следовательно, по логике возможных вариантов только два:
1) Что-то в системе на низком уровне определяет, что грузится ядро с именем ntkrnlmp.exe - и грузит тогда что-то мульти-, работающее только на многоядерниках - и на моем 1оядернике ресет. Возможно, само ядро.
(этот вариант ооочень врядли)
2) (скорее всего) Имя ntoskrnl.exe запускаемого ядра завязано гораздо глубже в системе (так и есть), и его переименования в одном только SETUPLDR.BIN недостаточно для правильной работы WinXP SP2 с другим именем ядра.

Т.о. в случае (2) мой плагин в текущем виде бессмыслен.

Дружно ждем плаг yurkesha, если даже на (хотя б относительно) старых матерях будет работать мультиядро - это будет просто бомба универсальности!

http://narod.ru/disk/3299456000/SOUND%20(copy%203).7z.html архив 5,79 Mb - обновление архива звуковых драйверов CMedia 8x38, SBLive!\Audigy LS 24bit, SMAX AC97, [more=содержание архива] SOUND.7z
CMedia AC97, 8x38 Audio обновлен
Creative EMU10k1, EMU10k2 based kx"3541"
Creative Sound Blaster Live!\Audigy LS 24bit обновлен
Creative Sound Blaster X-Fi Xtreme SB0790
Realtek Integrated Digital HD Audio R2.06
Realtek Integrated Digital AC'97 Audio A4.06
SoundMAX Integrated Digital HD Audio
SoundMAX Integrated Digital AC97 Audio обновлен
ViA Vinyl AC'97 Combo WDM Driver Audio
(XP) All Soundcards Drivers[/more]

7sh3
Есть предложение по поводу конструктора (разумеется когда будете его обновлять) -
Добавить возможность своей постобработки.

Нечто вроде User-defined postprocessing, т.е. *.cmd юзера, выполняемые в конце сборки. Это расширит возможности плагинов, конечно, весьма и весьма специфические. Ну, решать все Вам
Например (кому интересно), вот такой вариант релизации постобработки, код. [more]
Постобработка для конструктора:
Код вставляется в custom_commands.cmd либо перед :special_commands, либо перед :filecase, либо перед :infcache, и т.п. в зависимости от необходимого порядка действий. (Т.е. если например вам потребуется оставлять *.inf в уникоде - то после :end_unicode2ansi)
Оптимально имхо до :infcache
чтобы правильно скопировать код - нажмите Редактировать на сообщении

Код:
ostprocessing
echo ; -----------------------------------------
echo ; STEP: User-defined postprocessing
echo ; -----------------------------------------
for /d %%a in (%PeBuilderDir%\plugin %PeBuilderDir%\plugin\*.*) do (
if exist "%%a\postprocessing.inf" (
for /f "usebackq eol=; tokens=1 delims=;" %%b in ("%%a\postprocessing.inf") do for /f "eol=; tokens=1,2,3 delims= " %%c in ("%%b") do for /f "eol=; tokens=1,2 delims==%%" %%f in ("%%c%%d%%e") do (
if "%%f"=="Enable" if "%%g"=="1" (
if exist "%%a\postprocessing.cmd" call "%%a\postprocessing.cmd"
) else (
if "%%a"=="%PeBuilderDir%\plugin" goto :end_postprocessing
)
)
) else (
if exist "%%a\postprocessing.cmd" call "%%a\postprocessing.cmd"
)
)
:end_postprocessing

jCHex - подобная функциональность уже реализована в этом постпроцессинге (для специфических задач) - посмотри архив compress_upx.rar, задается в postprocessing.flags и supported.flags, включается через инф

Добавлено:
angro

Цитата:

W2K3 c 58 MB оперативы 51.735 ms XP c 61 MB оперативы 54.849 ms

это не важно, все равно ничего не запустишь из прог при таком объеме оперативы, просто большинство тут собирает из xpsp2 и проблем не знает и все больше народу начинает использовать ram-загрузку где скорость загрузки самой pe уже ничего не решает, 5-10 секунд на загрузку ничего не значат

Ой,ну надо же, прошу прощения что так безалаберно смотрел и проглядел Опять велосипед придумал.
Ну хоть с батниками снова потренировался

Однако, смею наглость иметь , насколько я понял для добавления своего нужно редактировать custom_commands.cmd - "Postprocessing Scripts (editing files - custom_commands.cmd)" (ну и по коду видно).
Т.е. мой вариант тоже имеет право на жизнь как чуток более гибкий и удобный

По поводу мультипросессорности. На 911 был z_multiprocessor.inf . Я не пробовал его в данных сборках, но его аналог написанный под WinBuilder вполне работоспособен. Правда, загрузка осуществляется подменой стандартного SETUPLDR.BIN модифицированным вручную (Grub).

NIKZZZZ
это все тот же плаг от cdob и его модификации - соответсвенно нет автовыбора и универсальности.
All
Вобщем получилось у меня [more=так]
Код: ; m_cpu.inf
; by Yurkesha
[Version]
Signature="$Windows NT$"

[PEBuilder]
Name="Base - Multi CPU support"
Enable=1

[SourceDisksFiles]
hal.inf=20
hal.dll=2
halaacpi.dll=2
halacpi.dll=2
halapic.dll=2
halmacpi.dll=2
halmps.dll=2
ntkrnlmp.exe=2
ntkrpamp.exe=2
ntkrnlmp.exe=2,ntoskrnl.exe,1
ntkrpamp.exe=2,ntkrnlpa.exe,1

[SourceDisksFiles.2600]
halsp.dll=2

[SetValue]
"\I386\TXTSETUP.SIF","Hal.Load","486c_up"," halmps.dll"
"\I386\TXTSETUP.SIF","Hal.Load","acpiapic_mp"," halmacpi.dll"
"\I386\TXTSETUP.SIF","Hal.Load","acpiapic_up"," halmacpi.dll"
"\I386\TXTSETUP.SIF","Hal.Load","acpipic_up"," halmacpi.dll"
"\I386\TXTSETUP.SIF","Hal.Load","e_isa_up"," halmacpi.dll"
"\I386\TXTSETUP.SIF","Hal.Load","mps_up"," halmps.dll"
"\I386\TXTSETUP.SIF","Hal.Load","mps_mp"," halmps.dll"

[SetValue.2600]
"\I386\TXTSETUP.SIF","Hal.Load","syspro_mp"," halsp.dll"

[SetValue]
"\I386\TXTSETUP.SIF","hal","486c_up"," halmps.dll,2,halmps.dll"
"\I386\TXTSETUP.SIF","hal","acpipic_up"," halmacpi.dll,2,halmacpi.dll"
"\I386\TXTSETUP.SIF","hal","e_isa_up"," halmps.dll,2,halmps.dll"
"\I386\TXTSETUP.SIF","hal","mps_up"," halmps.dll,2,halmps.dll"
"\I386\TXTSETUP.SIF","hal","mps_mp"," halmps.dll,2,halmps.dll"
"\I386\TXTSETUP.SIF","hal","syspro_mp"," halsp.dll,2,halsp.dll"
"\I386\TXTSETUP.SIF","hal","acpiapic_up"," halmacpi.dll,2,halmacpi.dll"
"\I386\TXTSETUP.SIF","hal","acpiapic_mp"," halmacpi.dll,2,halmacpi.dll"

yurkesha

Цитата:

Вобщем получилось у меня так

Сборка с этим плагином будет работать на однопроцессорном компе (одноядерный проц), или только на многопроцессорных/многоядерных?

lucky_Luk
на многоядерках/многопроцессорниках работать будет отлично, а на однопроцесорных системах работать будет с небольшим замедлением - все-таки ядро неродное...

И кстати о птичках: пожалуй удобнее всего реализовывать мультизагрузку с различными ядрами управля этим через содержимое файла txtsetup.sif
OsLoadOptions ="/fastdetect /minint"
меняем добавляя /kernel= и по необходимости /hal=
при таком способе надо будет только создать уникальный пропатченный на имя SIF-файла лоадер и все...

yurkesha
Загрузчик от Лонгхорна не поможет?

angro

Цитата:

про SCSI сказать не могу, как-то щас больше с SATA работаю

Плагин SCSIRAID от уважаемого yurkesha как раз и заточен в т.ч. и под работу с SATA

Перепроверил - к сожалению в OsLoadOptions параметры /kernel= и /hal= игнорируются...

yurkesha, т.е., твой плаг не даст возможности автоматом загрузить нужный вариант для одно/многоядерных процов?
*к сожалению, под рукой только одноядерник...

если просто добавлять в сборку файлы, перечисленные тобой выше, а потом по F5 выбрать, будет работать?

З.Ы. кста, кто-нибудь может объяснить разницу между
- ACPI oднoпpoцeccopный ПK
- Koмпьютep c интepфейсом ACPI
- Однoпpoцeccopный MPS
- Стандартный компьютер?..

и что выбирать для мультипроцкссорных: "Compaq SystemPro Multiprocessor или 100% совместимые", или "Mультипpoцeccopный MPS" или даже просто "Koмпьютep c интepфейсом ACPI"?..

*сам ответа не нашел...

Skif_off
плаг который я выложил выше работает и на одноядерниках и на многоядерниках. Но ядро в любом случае грузится многоядерное, что на одноядерных системах приводит к небольшим тормозам в момент загрузки...
По F5 по-любому выбор не заработает - максимум что удастся выбрать это хал. К сожалению этого не достаточно.

Цитата:

что на одноядерных системах приводит к небольшим тормозам в момент загрузки

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

Skif_off
Ну после загрузки вроде все в порядке. Хотя по утверждению микрософта это ядро на однопроцессорных/одноядерных системах обязано быть помедленнее... Но думаю не сильно.

yurkesha
однопроцессорные/одноядерные встречаются всё реже и идеала трудно достич, всё равно есть случай когда принесут комп или не с тем процессором или с памятью 128 Мб или SATA дисков не видит, ну а сделав сборку с загрузкой на 128 мег, то она окажется урезанной до нельзя. Ведь это уже не будет рам-сборка, пригодная для повседневной работы. Да и в общем, те компы, которые в редких случаях встречаются, для которых в общем-то и используемый софт не пригодится, на них достаточно "Hiren's BootCD" или средний вариант - CD (minint)-загрузка.

7sh3
Тестируя удаление программ-плагинов для освобождения места столкнулся с проблемой - без файла cfgmgr32.dll незапускаются некоторые программы и батники, а этот файл почему то прописан только в 11-sound.inf. Естественно вычеркнул его из списка удаления.

Обновил плагин (43кб) "освобождения места на виртуальном системном диске", добавил выбор удаления сетевых драйверов (для старой сборки NIC) и возможность запуска профайла типа "Мой профиль - удалить драйвера - 60 Мб", то есть галочки для драйверов уже стоят на нужных пунктах (для своего компа). Пароль на архив - ru-board.

Цитата:

Базовый конструктор (26.03.2008) BartPE+XPE (Explorer, IE, PnP, MMC, Multimedia) - © 7sh3

Использовал этот конструктор для сборки из оригинальной XP Pro SP2 ENG VL (973987a4372e273ebe961e9dff628fbf). В итоге, полученная сборка не ставит ни каких драйверов (почти, но это лотерея и каждый раз по-разному) для накопителей. Диски видны в "Моем компьютере", но не виден соотв. размер и нельзя "зайти" - подвисает Проводник. С чужими сборками (даже на том же конструкторе) все работает нормально. Пробовал XP Pro SP3 RUS VL, таже картина ...

Как это лечится? Хочется свою сборку для себя и своих нужд, а тут такое ...

Навсякий случай даю скриншот, для полноты картины:


Добавлено:
Забыл уточнить, что на скриншоте я смог вручную установить драйвер для "USB Mass Storage Device" и попытался для "Тошибы" стика, но после установки он "слетел".

yurkesha

Цитата:

ядро в любом случае грузится многоядерное, что на одноядерных системах приводит к небольшим тормозам в момент загрузки...

Цитата:

после загрузки вроде все в порядке. Хотя по утверждению микрософта это ядро на однопроцессорных/одноядерных системах обязано быть помедленнее... Но думаю не сильно

не сильно...
собрал с твоим плагом, вариан с CD (без поддержки мультимедиа, драйверов на звук, видео - только для интегрированных Intel)...
загрузка:
субьективно - без изменений
после загрузки:
Intel Celeron D 330, 2680 MHz, Gigabyte GA-8I865GVMK, 2x256 Мб (PC3200), видео Intel Corporation 865 Embedded Graphics Driver, Intel(R) PRO/100 VE Network Connection.
время работы - 2 ч, 33 мин, 58 с

субъективно - без изменений, кажется, даже реже обращается к CD...
а проводник по Win+E открывается раза в 1,5 точно быстрее, по сравнению с предыдущими сборками (моими, ессессна)...

З.Ы.
AZJIO

Цитата:

однопроцессорные/одноядерные встречаются всё реже

но их все еще, мягко говоря, немало...
на работе, например - одни одноядерники, хотя с месяц назад закупали машины, вроде будут и 2х...

ИМХО - даже если однопроцессорники/одноядерники будут встречаться 1 на 1000 все равно в целях универсальности их поддержка должна быть! А гасить "неудобоваримые" халы как это сделал CDOB это не выход...

да дофига однопроцессорников/одноядерников на самом деле...

в общем - респект, плаг работает (у меня по-крайней мере), ждем еще мнения...

m0nty2k5

Цитата:

В итоге, полученная сборка не ставит ни каких драйверов

под какой системой собираешь, в какой винде сидишь?

yurkesha - в общем можно считать что рабочий плаг получился , засуну в мультимедийную сборку там поддержка двух ядер нужнее, народ скачает и в случае чего скажет что не так...

7sh3
надо бы тока еще разобраться с тем как скопировать из сорцов файлы ядер с заменой имени напрямую. А то обычное извлечение - работает, а если сразу меняешь имя - говорит файл не найден. Потому и пришлось файлы извлекать.

yurkesha
А можешь сей плагин оформить полностью и выложить у себя на хомяке?

Заранее спасибо!

Sish
дык в том и трабла - я не хочу пихать ядра из конкретного дистрибутива в готовый плаг. На данный момент могу разве что собрать с вариантом что наличие файлов ядра будет обязательным и запихнуть туда скрипт в автоконфиг на копирование их из дистрибутива на который ссылается input.inf

люди, поясните болвану, как под PE зайти в реест битой винды (та что стоит на самом харде)..

версия Windows PE Mini CD Edition
Windows PE на базе Windows XP SP2 + Hiren's Boot CD.

7sh3

Цитата:

под какой системой собираешь, в какой винде сидишь?

Vista Ultimate SP1 x64 RUS - под учеткой админа и без UAC.
Как раз думал попробовать в ХР (под виртуалкой), но потом подумал "а какая разница?" ...