» Windows Preinstallation Environment(WinPE) и BartPE - LiveCD

Новый Video_IN4_x86(1512) жутко тормозит на Win10PE, а на предыдущей версии все нормально, поэтому пока останется предыдущая версия, а новую не буду использовать, точнее подожду следующих релизов.

Оставил для использования Video_INB_x64(1512), которая у тебя нормально работает в виде отдельного плагина, если кому понадобится. У меня остался только небольшой вопрос по Video_INB_x64(1512) - работает ли он без четырех файлов что были в первоначальном варианте. Пока выложил Video_INB_x64(1512) в первоначальном варианте, в принципе довесок из этих файлов не такой большой, главное что плагин работает.

Привет! Извини, что долго не отвечал, немного пригрузили )
Вообще протестировал на своем тонком VIDEO_INB(1512) вес архива 13.478 кб, работает нормально и нормально установился
Второй драйвер тоже установился и работает без проблем на моем тонком клиенте
Супер! Огромное тебе спасибо за проделанный труд

Спасибо за тестирование, и все же как будет время и возможность протестируй Win10PE(x86x64_13.12.15).iso на предмет работоспособности драйверов видео DEV_22B0, DEV_22B1 в тонком клиенте на х86 х64. В указанной ПЕ используются Video_IN4_x86x64(1512) той версии что у тебя не заработали первоначально, но я там немного подправил секцию 8.1, возможно теперь эти дрова подхватятся, по крайней мере я не вижу причины почему они не работали. Состав файлов тот же самый что и в Video_INB_x64(1512). Если не заработает видюха в 10ПЕх86х64 то значит само ядро(sys, dll) неподходяшее.

Skif_off


Цитата:

Выложить можете? Что за мышь?

Выложить не могу. Мышь беспроводная. Пока не добавил памяти, не было проблем с PE. Других неполадок не обнаружено, никаких и ни в чем. На виртуальных машинах с меньшим объемом памяти - 2 гигабайта - тоже нет проблем. Сборка одна и та же, ничего не менял.

Добавлено:
В сборках на более новых версиях WinPE с мышью нет проблем. В Linux LiveDVD - тоже нет проблем.

Оптимизированные PE драйверы NT5x32\NT6x32\NT6x64\:

с установщиком DevInst:
DPxPE_2016-01-00 - 195,1 Mb, январь 2016г. Зеркало. оптимизация, совместимость с 10PE

с установщиком SDI:
DPxSDI_2016-01-00 - 194,5 Mb, январь 2016г. Зеркало. SDI R420, оптимизация, совместимость с 10PE
DPxSDI_2016-02-17 - 318,0 Mb, февраль 2016г. Зеркало. SDI R423, добавлены LAN\WLAN

Драйверы LAN\WLAN иногда приходится перебирать для поиска универсального под 7-8-10, если в автоматическом режиме SDI не смог поставить.

для Win10PE от Xemom1:
DP_Win10PE_2016-01-15 - 215,2 Mb, Win10PE(x86x64), январь 2016, Зеркало.

Подскажите, где можно взять WinPE-SRT.cab для WinPE 10

Беспроводная мышь Logitech, которая у меня начала глючить в WinPE, в Windows XP определяется как HID-совместимая мышь. Это я определил, подключив мышь к старому ноутбуку с Windows XP.
Я не уверен, в чем проблема. Может быть, дело в устаревших драйверах USB-стека, несовместимых с моей новой материнской платой.
На взятом наугад Linux LiveDVD мышь один раз тоже заглючила. Помогло передергивание адаптера в порте, когда система уже загрузилась. А WinPE 1.0 так не умеет, опрашивает USB только один раз при загрузке.
На более новых WinPE по-прежнему нет никаких проблем с этой мышью.

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

Видимо, проблемы с мышью под WinPE начались после замены материнской платы. Начал изучать, обнаружил, что все USB на ней построено на xHCI. Где найти подходящие драйвера для WinPE?

Обнаружил еще одну проблему. VMware в версии 12 что-то изменили в виртуальном "железе" для машин, которые создавались Мастером для установки Windows XP. После апгрейда виртуальной машины с Windows XP до VMware 12 моя сборка перестала загружаться на такой машине.
На виртуальных машинах VMware 12 с Windows 7 и Windows 10 сборка работает.
Видимо, нужны новые драйвера и для VMware.

Не могу найти информацию как убрать ntdetect.com и ntldr с корня, на Bart'е AZJIO 2k10 в корне их нет. Я посмотрел у него файл setupldr.bin отличается, я его взял но с ним у меня не загружается до конца, стопорится. Нужно еще что-то менять, но что? не могу найти. Может кто подскажет?

Добавлено:
пошел простым путем. В hex редакторе открыл свой setupldr.bin и заменил ntdetect.com на BWIM\ect.com. В папку BWIM поместил ntdetect.com и переименовал в ect.com. Bart загружается. Хотелось бы знать ничего это за собой не влечет? Ну тоесть одноядерные\многоядерные процессоры или с железом каким то могут быть проблемы? И все же хотелось бы сделать цивилизованно как у AZJIO вообще без ntdetect

mat86
есть модифицированные setupldr.bin со встроенным ntdetect - такие как раз удобно использовать для загрузки по сети или для универсального варианта USB/CD.
В этой теме инфу о них принес уважаемый NIKZZZZ.
Если сам не найдешь - выковырни готовый из существующей сборки(он должен быть 357 килов веса) и отредактируй остальные имена под себя.
Ну на крайняк я могу куда-нить выложить - у меня только заведомо старая версия...

Добавлено:
Могу сразу выложить(нашлись):
http://rghost.net/74Dwp9qZj
http://rghost.net/8NLv6N7Bf

Большое спасибо, завтра буду пробовать, но мне кажется нужно еще что то добавлять в txtsetup.sif. Потому как я пробовал вытащить setupldr.bin из сборки уважаемого AZJIO, его 2к10(у него без ntdetect). У меня не пошло. Конструктор у меня уважаемого yurkesha, но не из последних. Завтра попробую отпишусь

Добавлено:
попробовал, вот что пишет

mat86
это ты наверное подставил не в конструктор а в уже собранный набор файлов. Что-то не так с использованными внутренними именами и внешним расположением.
В контрукторе от yurkesha этот файл пропатчивается для использования нестандартных имен в модуле \PLUGIN\1_BASE\Z_CUSTOM\FILES1\Patch_SETUPLDR.cmd
В тех файлах что я выкладывал предполагается использование имен:
Используемое имя папки I386: "i386"
Используемое имя папки MININT: "minint"
Используемое имя файла winnt.sif: "WINNT.SIF"
Используемое имя файла txtsetup.sif: "TXTSETUP.SIF"

Вот более свежий набор загрузчиков с CMD- скриптом от yurkesha для модификации используемых внутренних имен - http://rghost.net/72LWBzLgx

Цитата:

В контрукторе от yurkesha этот файл пропатчивается для использования нестандартных имен в модуле \PLUGIN\1_BASE\Z_CUSTOM\FILES1\Patch_SETUPLDR.cmd

Правильно, в этом же конструкторе в плагине z_names можно выставить свое имя и конструктор сам все сделает (поменяет на свое) [more=вот кусочек плагина]
[Strings]
; Имя обрабатываемого загрузчика
SETUPLDR_FILE="setupldr.bin"
; 4 символа(лишнее будет обрезано справа)
I386_DIR="Y386"
; 6 символов(лишнее будет обрезано справа)
MININT_DIR="MININT"
; 9 символов вместе с точкой и расширением(лишнее будет обрезано справа)
; Допускается замена типа winnt.sif на I386\nt.s
; но имя "I386" естественно должно совпадать со значением I386_DIR
; если оно не совпадает - я заменю его автоматически(исключение WIM-загрузка)
;WINNT_SIF="WINNT.SIF"
WINNT_SIF="Y386\nt.y"
; 12 символов вместе с точкой и расширением(лишнее будет обрезано справа)
TXTSETUP_SIF="TXTSETUP.SIF"
[/more].
Цитата:

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

Да, точно.
Цитата:

Что-то не так с использованными внутренними именами и внешним расположением.

Цитата:

В тех файлах что я выкладывал предполагается использование имен:

Тот что вы выложили я поменял сам в hex редакторе, это не очень сложно, + есть утилита от AZJIO, можно ей проверить.
Мне кажется дело в txtsetup.sif, какие то там секции должны быть соответствующие. Setupldr после начала загрузки сразу обращается к txtsetup.sif

mat86
никаких специфических секций в txtsetup.sif нет. Так что только ошибка при правке - проверяй на неправленных именах на пустой сборке.

вот мой setupldr. У меня на диске только одна папка BWIM, в ней у меня только файлыNT.R, NTDETECT.COM, SETUPLDR.BIN, WINPE.WIM
NT.R [more=такого ][SetupData]
BootDevice="ramdisk(0)"
BootPath="\i386\System32\"
OsLoadOptions="/fastdetect /minint /rdimageoffset=8192 /rdimagelength=3161088 /rdpath=BWIM\winpe.wim"[/more] содежания

mat86
Вот готовый загрузчик для твоего варианта(вместе со скриптом которым был сделан).
[more=Инфо]Используемое имя папки I386: "BWIM"
Используемое имя папки MININT: "MININR"
Используемое имя файла winnt.sif: "BWIM\NT.R"
Используемое имя файла txtsetup.sif: "TXTSETUP.SIF"
Проверка контрольной суммы выключена
Замена папки MININT на MININR сделана на всякий случай - вдруг у тебя папка MININT есть в сборке.
В твоей сборке надо удалить файлы:
BWIM\NTDETECT.COM
BWIM\SETUPLDR.BIN
Выложенный модифицированный SETUPLDR.BIN может располагаться где угодно и иметь любое имя(в пределах 8.3 и все такое естественно)[/more]


Добавлено:
PS в корне ntdetect тоже надо убрать если есть...

выдало тоже самое что на скриншоте, который я выкладывал выше. Вот мой txtsetup

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

Цитата:

Экспериментировап с Grub4Dos на CD-диске, выяснились такие проблемы, которых нет с BCDW.
1. Папка i386 должна быть названа заглавными бувами I386. Тоже самое NTDETECT.COM. На файлы WinPe.wim и winnt.sif это не распостраняется.
2. Если сборок на DVD диске несколько, то приходится давать новые имена файлам winnt.sif. Проблема возникала (с ошибкой - INF file TXTSETUP.SIF is corrupt or missing, status 18.), если не найден winnt.sif, а не найден он был, если в имени файла первые две буквы из диапазона a-q, но если указать буквы из диапазона r-z или цифры, например 128mb.txt, то всё нормально.

mat86
тогда делаем так
При этом в сборке обязательно выдержать регистр "BWIM\nt.r"

Добавлено:
То есть тебе надо переименовать "NT.R" в "nt.r" в сочетании с последним патченным загрузчиком.

Добавлено:
PS - во всяком случае у WIM-сборок yurkesha используется "nt.h" и "nt.а" а они точно заргужаются.

Попробовал, не пошло тоже самое пишет, после попробовал BWIM изменить на 1WIM и 12IM (и все остальное соответственно). Пробовал с разными регистрами. Нифига, доходит до загрузки wim в память, загрузка проходит и выдает сообщение: INF file TXTSETUP.SIF is corrupt or missing, status 18. Спасибо вам за помощь. Если гуру не отзовутся, которые с этим разобрались, с этой проблемой не справится. Раньше на ru-board был удобный поиск, можно было искать по одной теме, а не по всем сразу, я бы нашел где они это обсуждают. А так с поиском сразу по всем темам найти очень сложно слишком много совпадений в разных темах

mat86
погоди-ка - у тебя существует загрузка в которой этот WIM грузится или нет?

ну если ntdetect.com лежит в корне флэшки и в папке BWIM то все грузится, если пытаюсь убрать то получаю: INF file TXTSETUP.SIF is corrupt or missing, status 18

mat86
Итоговый вариант
Точно рабочий. Почему не срабатывал предыдущий я честно говоря даже не понял, но эффект у себя повторил.

Попробовал на виртуалке qemo без ntdetect ошибку не выдает, но загрузка полностью не проходит. Проходит загрузка в память, потом загрузка самой системы и ребут. Вернул ntdetect загружается полностью. Завтра попробую в живую на флэшке. Огромное вам спасибо!

mat86
я на реальной системе пробовал на простейшей WIM-загрузке - все загрузилось.

Ура, заработало! Вживую на системе заработало. Спасибо вам огромное!

Доброе, может что подскажет как правильно сделать правильно одну вещь: собираю образ для загрузки по сети и нужно что бы имя компьютера содержало название mac адреса сетевого адаптера, типа такого PE_XXXXXXXXXXXX.

Сейчас есть скрипт, который определяет mac адрес, создает reg файл для изменения имени компьютера в ветку ComputerName\ComputerName и Session Manager\Environment. Проблема заключается, что после запуска этого скрипта сборка начинает жутко тормозить на вызов меню, по открытие вкладки Имя компьютера в свойства системы возникает ошибка, и главное зайти по rdp не удается.

В общем как правильно сделать, что бы имя компьютера содержало mac адрес сетевого компьютера на котором она запускается. Конструктор от Yurkesha.

azazela
MAC надо ловить до поднятия сети и все будет ок, но как это сделать -тот еще вопрос...
Сделать это надо между выполнением команд
Код: bartpe -pnp

C переименованием имени компьютера разобрался, зависание сборки после команды типа bartpe -cn PE_XXXXXXXXXXXXX было вызвано с длинным названием.

Добавлено:
Есть проблемка с определением и инициализацией драйвера при запуске системы для сетевого адаптера Intel PRO1000 PM в WinPE. Драйвер брал с winpe.ru и был интегрирован в сборку, даже добавлял сделанный через autodriver с живой системы winxp, но при запуске системы и автоматическом поднятием сети драйвер для Intel PRO1000 PM не инициализируется.

При запуске Bartpe –pnp сетевой адаптер видеться, а в e1e5132.inf было изначально прописан только PCI\VEN_8086&DEV_108B, добавил строки для определения, что определяет Bartpe –pnp PCI\VEN_8086&DEV_108B&SUBSYS_81971043 и PCI\VEN_8086&DEV_108B&SUBSYS_81971043&REV_03 но результата не дало.

На живой WinXP, выяснил что для установки достаточно трех файлов e1e5132.inf, e1e5132.sys, e1000msg.dll и для сборки e1e5132.inf в секции SourceDisksFiles был соответственно подправлен. Проверил что файлы находятся в итоговой сборке на местах.

Но все равно драйвер для Intel PRO1000 PM не инициализируется и не работает, как решить эту проблему или в какую сторону копать?

azazela
Цитата:

На живой WinXP, выяснил что для установки достаточно трех файлов e1e5132.inf, e1e5132.sys, e1000msg.dll

в драйверпаке yurkesha аналогичный набор файлов.
А вот способ добавления драйверов играет роль - их нельзя просто подпихнуть в уже готовую сборку: при создании конструктором там выполняются дополнительные действия - обработка содержимого inf-файла.
То есть как минимум в твоей ситуации надо поменять:
"CopyFiles ="
на
";opyFiles ="


Добавлено:
И кстати - поделись как решил вопрос с ранним отловом MAC?

хочу установить портированную виндовс ХР на флешку
скачал кучу образов iso,запись делал под линуксом через unetbootin и под виндовс через isotousb
в итоге не хочет запускаться, или пишет не найдена система или выводит синее окно с пунктом default и дальше ничего
в чем тут может быть проблема?