» Windows Preinstallation Environment(WinPE) и BartPE - LiveCD

Real Root
он перебрался сюда http://www.winpe.ru и весьма активен.

Подскажите где копать... Конструктор 7sh3 xp sp3. Не ставится драйвер Realtek HDA.
Системный HDA поднят и виден в системных устройствах. Эта же сборка, но на другой системе и с другим драйвером (VIAHDA из комплекта nat27) отлично работает.
Что интересно Alkid Live CD с той же командой (hwpnp.exe -all +ISAPNP\ +PCI\VEN +PCI\CC_0403 +HDAUDIO\ /d /log+) звук имеет, только у него в логах:

Device-> Other devices::Аудиоустройство на шине High Definition Audio
Device ID = HDAUDIO\FUNC_01&VEN_10EC&DEV_0662&SUBSYS_8086D617&REV_1001\4&1E183B09&0&0201
Device status = 0x1802400, problem=1
Driver x:\minint\inf\rtkhdaud.inf found
Device status = 0x180200A, problem=0
Driver started

а у меня:
Device-> Other devices::Аудиоустройство на шине High Definition Audio
Device ID = HDAUDIO\FUNC_01&VEN_10EC&DEV_0662&SUBSYS_8086D617&REV_1001\4&1E183B09&0&0201
Device status = 0x1802400, problem=1

Такое впечатление, что не подхватывается rtkhdaud.inf - пробовал разные версии - 0.

...разобрался. Проблема была опять в "семерке", из под которой делал сборку. Почему-то infcachebuild.exe формировал неправильный INFCACHE.1 и драйвер не устанавливался. Собрал под ХР - все отлично.

обновления плагинов драйверов за июнь 2012.

-- обновлен плагин NVIDIA Display FW302.59 Mobility Modded
-- обновлен драйвер VIA High Definition Audio 10500

в теме создания CD-раздела на флешке с контроллером ALCOR, обновлен загрузочный диск AlcorLive(Mini)_2012-06.

использую плагин 1_MCPU (поддержка мультипроцессора), при этом собираю Bart утилитой ramboot (загрузка bart в озу). Bart не загружается виснет на половине, отключаю плагин все работает.

Плагин 1_MCPU состоит из двух измененных файлов ntdetect.com, SETUPLDR.BIN и записей в TXTSETUP.SIF. Bart собраный утилитой ramboot тоже имеет свои измененные файлы ntdetect.com, SETUPLDR.BIN. Может уже решали этот вопрос. Хочется чтобы и ramboot работал и поддержка мультипроцессора осталась. Может нужно в 16ричном редакторе поковыряться? Если нужно могу выложить плагины, но я думаю они у всех есть.

mat86
Используйте конструктор от Yurkesha - там все уже решено и работает автоматом. Либо вернитесь в эту же тему на 2-3 поколения назад - там долго боролись с этой проблемой.

Real Root, спасибо попробую и то и то

итак после долгих поисков нашел обсуждение моей проблемы на этой странице
цетирую

Цитата:

Real Root
Парни, помогите.
Помойня такая твориться, уже вторые сутки вожусь.

В общем, как я сообщал ранее, образ без поддржки мультиядерности не хочет грузиться по сети - зависает не детекте PNP устройств. Мне тут дали объяснение, что SETUPLDR. BIN не соответствует TXTSETUP.SIF. Собрал я сборку с поддржкой мультиядерности, и о чудо! по сети стало загржаться и работать без проблем! НО! Тут возникла обратная ситуация, теперь при загрузке этого образа с флешки, образ распаковывается в память, затем происходит зафисон на этапе Please Wait...
Стоит отметить, что в обоих случаях BOOT.IMG используется один и тот же, а значит, файлы SETUPLDR.BIN и TXTSETUP.SIF в обоих случаях одинаковые. Отличаются в таком случае лишь NTLDR-ы в корне сборки. Может быть проблема как раз-таки в них?
Но, использовав всевозможные NTLDR-ы из всех доступных мне сборок, так и не удалось преодолеть этап Please wail... при загрузке с флешки (Рам загрузка).

Подскажите, что делать.
Информация о доступном оборудовании:
COMP1 PC: CPU - P4 2.8 HT, MB - ASUS P4X, 1GB DDR
COMP2 MSI Wind U90 Notebook: CPU - Intel Atom 1.6 HT, MB - MSI Intel 945GSX, 1,5GB DDRII

Может быть проблема в том что у меня оба процессора с технологией Hyper Treading? Хотя, по сети загрузка идет отлично...

Цитата:

AZJIO
Real Root если BOOT.IMG с поддержкой мультиядерности то и SETUPLDR.BIN должен быть с поддержкой мультиядерности (295 кб). Была такая ошибка но не помню с чем связана. NTLDR (PXELDR) - это тоже что и SETUPLDR.BIN, но для сетевой загрузки. Если меняешь поддержку мультиядерности то нужно менять SETUPLDR.BIN.

Цитата:

Real Root
AZJIO Разобрался я со своей проблемой. Точнее нашел источник.
Ситуация следующая:
Последняя сборка от yurkesha с дефолтными настройками (MCPU включен) не работает при загрузке с флешки в RAM на процессорах с технологией Hyper Threading. Если HT отключить - то все работает на ура. На DualCore процессорах нет возможности проверить.
Симптомы: при загрузке с флешки образ распакоывается в память. Затем происходит как бы текстовый этап установки, после чего, на завершающей стадии текстового этапа появляется надпись "Please Wait...". Все - дальше можно не ждать - в графику не перейдем.
Для создания RAM загрузки использовалась утилита от NIKZZZ из папки Tools включенной в сборку.
Грешу на то, что утилита от NIKZZZ очень старая, и пихает она устаревший NTLDR, который многоядерность не понимает. Но, нужный мне NTLDR так найти и не удалось, пробовал все попавшиеся под руку.

Собственно где теперь достать тот самый NTLDR для загрузки IMG в RAM, чтоб многоядерность понимал.

Цитата:

AZJIO
Real Root в комплекте что я выложил выше смотри в "Скелет LiveCD-сборок для флешки\вариант 2 RusLive-IMG\RULV\SETUPLDR.BIN"
Но лучше действительно делать WIM-загрузку, также и по сети грузится и с флешки в RAM.

Цитата:

Real Root
Кстати, собрал я сборку RusLiveMini с загрузкой из IMG и вытащил оттуда злосчастный многоядерный NTLDR, который может грузить IMG в ОЗУ. Все работает тип-топ.

Теперь искать RusLiveMini образца 2009 года и вытаскивать от туда SETUPLDR.BIN?

нашел RusLiveMini образца 2009 года, там реализована wim, SETUPLDR.BIN от туда не подходит

для поддержки мультиядерности в рамбут/мининт проекте использую [more=плагин]
; PE Builder v3 plug-in INF
; Created by cdob
; 2006-02-20

[Version]
Signature="$Windows NT$"

[PEBuilder]
Name="200 [0] Multi Processor Support"
Enable=1

;http://support.microsoft.com/kb/299340 How to force a Hardware Abstraction Layer
;boot, press F5: manually force in a system HAL
;boot, press F7: the Standard PC HAL loads and the ACPI compliance check is bypassed

;ACPI Multiprocessor PC applies to a multiple-processor ACPI computer.
;ACPI Uniprocessor PC applies to an ACPI multiple-processor board but with a single processor installed.
;Advanced Configuration and Power Interface (ACPI) PC applies to a single processor motherboard with single processor.
;Compaq SystemPro Multiprocessor or 100% Compatible applies to a Compaq SystemPro computer.
;MPS Uniprocessor PC applies to non-ACPI computers dual processor motherboard with a single processor installed.
;MPS Multiprocessor PC applies to non-ACPI computers with a dual processor running.
;Standard PC applies to any Standard PC, non-ACPI, or non-MPS. The CPU may be a 386, a 486, a Pentium, a Pentium II, or a Pentium III.
;Standard PC with C-Step i486

;http://support.microsoft.com/kb/309283
;"Standard PC", Non-ACPI PIC HAL (Hal.dll)
;"MPS Uniprocessor PC", Non-ACPI APIC UP HAL (Halapic.dll)
;"MPS Multiprocessor PC", Non-ACPI APIC MP HAL (Halmps.dll)
;"Advanced Configuration and Power Interface (ACPI) PC", ACPI PIC HAL (Halacpi.dll)
;"ACPI Uniprocessor PC", ACPI APIC UP HAL (Halaacpi.dll)
;"ACPI Multiprocessor PC", ACPI APIC MP HAL (Halmacpi.dll)


[SourceDisksFiles]
;use multi kernel
;XP and 2003 SP1 setupldr.bin loads file ntkrnlmp.exe, but that's a renamed ntoskrnl.exe
;XP SP2 and 2003 SP1 setupldr.bin loads ntoskrnl.exe, even at a multi processor machine

hal.inf=20
@SourcePath@I386\ntkrnlmp.exe=2
@SourcePath@I386\ntkrnlmp.exe=2,NTOSKRNL.EXE

[SetValue]
;Multi processor - use multi hal
"\I386\TXTSETUP.SIF","Hal.Load","mps_mp"," halmps.dll"
"\I386\TXTSETUP.SIF","Hal.Load","syspro_mp"," halsp.dll"
"\I386\TXTSETUP.SIF","Hal.Load","acpiapic_mp"," halmacpi.dll"

;Uni processor - use relating multi hal
"\I386\TXTSETUP.SIF","Hal.Load","mps_up"," halmps.dll"
"\I386\TXTSETUP.SIF","Hal.Load","acpiapic_up"," halmacpi.dll"

[DelLine]
;dangerous ids
;multi processor kernel and uni processor hal
"\I386\TXTSETUP.SIF","Hal.Load","486c_up" ;hal.dll
"\I386\TXTSETUP.SIF","Hal.Load","acpipic_up";halacpi.dll
"\I386\TXTSETUP.SIF","Hal.Load","e_isa_up" ;hal.dll
[/more] от cdob, проблем не было, собираю из WinXPSP2(RUS) корпоративки.

подскажите пожалуйста. копирую установленную на иде винт винду на сата винт. драйвер добавляю RUNSCANER-ом в реестр

Цитата:

Windows Registry Editor Version 5.00

; RAID

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&dev_24DF&cc_0104]
"Service"="iaStor"
"ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}"

; iaStor Service

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor]
"Type"=dword:00000001
"Start"=dword:00000000
"Group"="SCSI miniport"
"ErrorControl"=dword:00000001
"ImagePath"="system32\\drivers\\iaStor.sys"
"tag"=dword:00000019
"DisplayName"="Intel RAID Controller"

файл iaStor.sys копирую в папку system32\drivers. винда грузится, но после запуска просит установить этот драйвер еще раз. в диспетчере устройств в csci raid разделе контроллер с именем Intel RAID Controller , драйвер без электронной подписи. устанавливаю его в ручную с диска, перезагрузка все нормально. чего тут не хватает?

Цитата:

но после запуска просит установить этот драйвер еще раз. в диспетчере устройств в csci raid разделе

Так и должно быть. то что вы сделали из PE системы - минимально необходимый набор действия для загрузки системы. Впринципе, наверное можно запихнуть драйвер из PE системы так что система не будет ругаться - но это черезчур сложно и не рационально. Так что ничего криминального в данном случае нет. К тому же вы же все равно устанавливаете дрова на другие устройства, что мешает уделить 7 сек на установку контроллера.

doktorpilulkin
Возможно, для этого драйвера нужно еще доустановить что-то вроде iaahci.inf. Кроме того, подписан драйвер-то не был (iastor.cat), т.е. все равно запросит переустановить, если только не отключить проверку подписи.

Если есть желание избежать дополнительных диалогов установки, то надо в реестре (если не ошибаюсь?) отменить проверку подписи файлов и указать еще одну папку, где Винды по умолчанию будут брать драйвера (есть там такой ключик, но я с ходу не подскажу, ищется легко). Файлы драйвера с дискеты (распакованные), помещаются в эту новую, прописанную в реестре папку, при загрузке Винда сама все тихо найдет и установит без лишних вопросов. Хотя... может быть предложит перезагрузить потом, не помню... Но можно отказаться

в winpe то дрова запихиваются без всякой переустановки.

может просто в папку INF положить CAT? я просто не знал какое ему имя дать. винда дает ему порядковый номер, а вдруг он может меняться

iaahci.inf там есть, только разыскать куда он ставится не получилосЬ

Добавлено:
system32/catroot и system32/catroot2 папка создается и там CAT файлик

doktorpilulkin
Насколько я понял первый пост, вся проблема в том, что после запуска Винды она еще раз просит установить драйвер

Если речь идет о том, чтобы Винда не предлагала переустановить драйвер, то я вариант написал (переустанавливаться он все равно будет, но будет делать это тихо, без пыли и шума А просто добавлением строк в реестр это не решить - та же подпись не через реестр добавляется (здесь я имею в виду дополнительные записи в реестр, те, что были уже указаны в первом посте, нужно добавлять, иначе Винда вообще не запустится).

В WinPe с этими драйверами другая кухня, несколько проще.

неужели никак.

nat27 спасибо, этот плагин заработал на 2 ядерном, но на одноядерном почему-то ушел в ребут

Добавлено:
doktorpilulkin, а вы не пробовали воспользоваться OfflineSysPrep когда переносили винду, может поможет решить проблему, кроме того была еще утилита DriverInjection

в этой винде сотни драйверов и не один переустановки не просит.

с самого начала попробовал UR Acronis - он изувечил винду. навыдавал гору ошибок, потом половинаустройств переопредилолось. щаз заценю OfflineSysPrep

Добавлено:

крайне интерестная прахрамулина. то что доктор прописал. правда по частям пришлось осбирать, в дистрибутиве нет devcon-а и самого sysprep-a хотя может и без него работать. sysprep скачал на сайте билли

работаетю правла я слабо понимал что делал. на покоцанной сборке вин пе работать не захотел. на полной сборке запустил сиспреп для винды а не для вин пе. чета методом тыка настроил. загрузился появилось оконо Update PNP Devices. и всё нормально. только драйвер даемона пришлось переустановить

mat86

Цитата:

этот плагин заработал на 2 ядерном, но на одноядерном почему-то ушел в ребут

наверное это очень древний одноядерник(PII или более ранний) или материнская плата без нормальной поддержки ACPI(например, переходная модель с совмещенным питанием под AT\ATX). Использую плагин в "Базовый конструктор Windows XPE Live CD (11.11.2006) + fix 15.11.2006 автор 7sh3", Ramboot v4.2 автор Nikzzzz 2008.09.05, не было проблем начиная с селеронов(P3), семпронов и современных одноядерников.

я использую Базовый конструктор (26.03.2008) BartPE+XPE, (переделал под BSexplorer)и утилиту из того же комплекта RamBoot v2.4 by nikzzzz, может в этом проблема, выложите пожалуйста Ramboot v4.2 автор Nikzzzz 2008.09.05, попробую с ней. Паралельно пытаюсь разобраться с wim, конструктором от Yurkesha, но хотелось бы решить с ram

mat86
WIM это тоже RAM. Во всяком случае по потребительским свойствам. Притом процесс создания полностью автоматизирован.

Цитата:

WIM это тоже RAM. Во всяком случае по потребительским свойствам. Притом процесс создания полностью автоматизирован.

я понимаю, но хотелось бы все же победить img, если уж сдамся тогда прийдется переходить на wim, я с этим сейчас паралельно разбираюсь, есть тоже проблемы

mat86
Ramboot v4.2

Странные вы какие-то ... ну зачем вам wim или ram ?!
когда можно просто интегрировать в сборку WinVBlock и потом мапить этот образ grub4dos по желанию - хош просто мап файла, хош мап файла в память ....

sabash


Цитата:

когда можно просто интегрировать в сборку WinVBlock

Интересно. А конкретнее, что такое WinVBlock?
Я так понял, получится что-то типа образа всей сборки, который можно или монтировать, или грузить в RAM?
Как его интегрировать в конструктор 7sh3?

это драйвер виртуальных устройств


Цитата:

[SCSI.Load]
wvblk32 = wvblk32.sys,4
cpqarray = cpqarray.sys,4


[SourceDisksFiles]
wvblk32.sys = 1,,,,,,4_,4,1,,,1,4
bootvid.dll = 1,,,,,,3_,2,0,0,,1,2


[SCSI]
wvblk32 = "WinVBlock Virtual Disk"

вот это надо в сиф кажется добавить. ну и сам драйвер подложить

Добавлено:
txtsetup.sif или его аналог

doktorpilulkin

Цитата:

вот это надо в сиф кажется добавить. ну и сам драйвер подложить

Так, а в самой сборке что-то нужно менять, чтобы она стала пригодной для работы с этой штукой?
Я не понимаю, зачем нужен GRUB, если это виндовая примочка. По логике, GRUB должен работать с неким образом (ну типа как wim или img), который он либо монтирует и грузит WinPE с него, либо сначала сует в оперативную память, а потом монтирует и грузит с него WinPE.
А что за образ и как его сделать, и при чем тут виндовые дрова, если операцию делает GRUB? WinPE должно быть пофиг, она будет грузиться с "системного диска", не догадываясь, что образ диска чем-то подмонтирован с болванки или загружен в оперативную память ПК, которой вдруг стало не гигабайт, а к примеру, 512 метров, потому что часть скушал рамдрайв. По логике, в WinPE никаких драйверов не нужно для этого, как не нужны дополнительные дрова для работы рамсборки, потому что процесс загрузки образа в RAM и монтирования происходит ДО того, как управление передается WinPE.

Добавлено:
Вот для работы с Wim получаем на выходе конструктора большой Wim-файл, для работы с рамсборкой - на выходе файл IMG. В процессе загрузки содержимое этих файлов загружаются в RAM, монтируются и с них уже грузится WinPE.
А тут что, что за файл образа, какой формат, как его делать конструктором?

А то получаются те же яйца, только в профиль, ИМХО. Только еще наворачивается GRUB и неясно что за образ.


Добавлено:
sabash

Цитата:

когда можно просто интегрировать в сборку WinVBlock

Дело в том, что хрень, необходимая для работы WinPE из RAM интегрируется не в сборку.
Наоборот, на последнем этапе обыкновенная сборка WinPE (которая может работать как обычно) обрабатывается софтом, чтобы из нее сделать некий файл образ - wim или img. В процессе загрузки этот образ монтируется хренью, эмулируется "диск" и с него грузится WinPE, которая думает, что запущена с обыкновенного диска. Винда не знает, что она - рамсборка.

NIKZZZZ благодарю

Добавлено:

Цитата:

Странные вы какие-то ... ну зачем вам wim или ram ?!
когда можно просто интегрировать в сборку WinVBlock и потом мапить этот образ grub4dos по желанию - хош просто мап файла, хош мап файла в память ....

мне тоже непонятно, что значит мап файла в память и мап файла не в память, это куда?

Цитата:

Так, а в самой сборке что-то нужно менять, чтобы она стала пригодной для работы с этой штукой?

ну так всегда бывает, чтоб штука работала ее надо в винду положить.

если не хочешь интегрировать с флоппи диска он автоматом подхватывается, ф6 не надо даже нажимать

ну тогда попорядку - grub4dos - загрузчик, он умеет много и в часности подключить образ сборки, например xpe.iso как виртуальный диск и передать дальнейшую загрузку ему ...
подключать можно как маппинг файла типа работы вынь7 с VHD - тогда не нужно грузить весь образ в память или загрузить образ в память и мапировать уже её - типа рабты вынь7 с WIM. Необходимое требование - файл образа должен быть дефрагментирован.
Для того, чтобы вынь хп смог загрузится с такого виртуального диска и нужен драйвер WinVBlock, вот я и заинтегрил его в свою сборку ....(нарисовал себе плугин к бартпе)