Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

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

Автор: NIKZZZZ
Дата сообщения: 01.05.2009 13:20
Минимальный проект для загрузки из Wim образа

Рекомендуется для тестирования и в качестве обновления.
Автор: LevT
Дата сообщения: 04.05.2009 18:57
жутко тормозит сетевая загрузка бутового образа из WDS (2008 SP2). Сервер находится в виртуалке под ESX.

Года 3-4 назад та же дрянь была с RIS-ом под настольной вмваре
http://forum.ru-board.com/topic.cgi?forum=8&bm=1&topic=12151#1: чисто виртуальная установка проходит влёт, а установка на физическое железо будет тянуться много часов, если её не прервать.


Вроде бы, мс выкладывала какие-то апдейты startrom.0 Прикольно, если они по-прежнему нужны. Есть кто-нибудь в теме, кто может дать мудрый совет?
Автор: a1793
Дата сообщения: 05.05.2009 19:05
Уважаемые подскажите плз чё надо подкрутить чтобы
<Минимальный проект для загрузки из Wim образа>
работала c XP SP3 RUS
перепробовал 8 дистибутивов (ru) - выводит wallpaper (добавил) и уходит в перезагрузку
(с XP SP3 EN все работает)
Автор: NIKZZZZ
Дата сообщения: 06.05.2009 02:12
a1793
А лог сборки?

Цитата:
перепробовал 8 дистибутивов

Вообще-то существует только один, модифицированные дистрибутивы использовать противопоказано.

Автор: a1793
Дата сообщения: 06.05.2009 06:21
NIKZZZZ

Цитата:
Вообще-то существует только один, модифицированные дистрибутивы использовать противопоказано.

вопрос снят
добыл НЕ модифицированный дистрибутив - все заработало
Автор: NIKZZZZ
Дата сообщения: 06.05.2009 13:26
Обновлен WimBoot.script


Добавлена поддержка многоядерных процессоров и сетевая загрузка.
Автор: bogomolov
Дата сообщения: 07.05.2009 07:30
NIKZZZZ
Напоминаю о своей просьбе посмотреть, чего не хватает в RusLiveMini для старта установки Win7.
Автор: a1793
Дата сообщения: 10.05.2009 10:47
NIKZZZZ

Цитата:
bogomolov
Посмотри эту болванку - загрузчик с автоматическим выбором ядра , каталог W256.

Работает для RusLiveMini (BootSDI.im_)
А нет ли чего-нибудь подобного для RusLivePico (BootSdi.wim)
Автор: Dimsoft
Дата сообщения: 10.05.2009 22:01

Цитата:
сетевая загрузка.

NIKZZZZ

как iso или можно достать и грузить img(wim) ?

Добавлено:
пробую грузить как обычно - дает 21 ошибку
Автор: CryptoPE
Дата сообщения: 11.05.2009 06:03
Dimsoft


Цитата:
можно достать и грузить img(wim) ?

Да, можно достать и грузиться из wim.


Цитата:
пробую грузить как обычно - дает 21 ошибку

Последовательность действий для загрузки какая?
Автор: Dimsoft
Дата сообщения: 11.05.2009 07:08
CryptoPE

в корень tftp копирую все из iso образа , добавляю startrom.com и ntdetect.com
в dhcp прописываю startrom.com
Автор: CryptoPE
Дата сообщения: 11.05.2009 08:08
Dimsoft


Цитата:
дает 21 ошибку

На отсутствие какого файла ругается?


Цитата:
в корень tftp копирую все из iso образа

Откуда ntldr взят и какая его контрольная сумма MD5?
Автор: mVlad1977
Дата сообщения: 14.05.2009 23:01
NIKZZZZ, огромное спасибо за Ваш труд. Работает замечательно.

Почти собрал вариант для моего узкоспециализированного применения. но вот у меня такой вопрос:
RusLivePico_2009_05_01.7z - за основу взят этот конструктор. Сейчас IMG весит 131 Мб, из них 80 Мб - мои драйвера, 20 Мб мои программы (последние версии total 7.5, winAmp, FSViewer, uVNC, .... + стандартные из Ваших сборок).
Как можно с наименьшими потерями (в плане скорости загрузки Windows) перекинуть драйвера в другой каталог (сейчас они записаны в каталог с Windows) и каким методом их грузить при загрузке Windows - что бы это было как можно быстрее ?

Какой метод посоветуете, и если можно кусочек скрипта (например если посоветуете zPNP) ?
Автор: NIKZZZZ
Дата сообщения: 14.05.2009 23:49
mVlad1977
А какие-именно драйвера?
Автор: mVlad1977
Дата сообщения: 15.05.2009 05:59
Драйвера - стандартные, "сделаны" под конкретную плату и конкретный 7" монитор.
(AMD K8 процессор, AMD Low Level Device Driver, ATI HDMI Audio, ATI Radeon HD 3200 Graphics, ATI SMBus, Realtek High Definition Audio,
Realtek RTL8168C(P)_8111C(P) PCI-E Gigabit Ethernet NIC, USB WiFi, USB GPS, VGA touch монитор)
Автор: Dimsoft
Дата сообщения: 15.05.2009 07:06
CryptoPE

поменял все файлики получилось запустить по сети

в корне tftp
[more=WINNT.SIF]
[SetupData]
BootDevice="ramdisk(0)"
BootPath="\i386\System32\"
OsLoadOptions="/fastdetect /minint /rdimageoffset=8192 /rdimagelength=3161088 /rdpath=\I386\BootSdi.img"
[/more]
39b53d76e829b0a5e1c55bab79ee1876 *NTLDR
1e009ea11e596e75fdf0ad5a6d818805 *startrom.0

в папке I386
99d73c40d766a75da2cace42499d9fd3 *bootsdi.img (от последнего RusLive из RusLive_Ram_Mini_2009_05_06.iso.7Z)
b2de3452de03674c6cec68b8c8ce7c78 *NTDETECT.COM
83cfd7151a0d540dc5bc7973cc116537 *SETUPLDR.BIN
Автор: OlegPOV1
Дата сообщения: 15.05.2009 08:49
NIKZZZZ
Вопрос. Вы закрыли топик WimBoot на boot-land? Если да то почему ?

Автор: NIKZZZZ
Дата сообщения: 15.05.2009 09:57
mVlad1977

Цитата:
"сделаны" под конкретную плату

А зачем их выносить? Скорость загрузки?
zPNP ищет нужные дрова под конкретное железо, здесь - же дрова искать не надо, это займет лишнее время.

Вынести их можно, для этого нужно написать .bat файл, который скопирует их компоненты на системный диск, после чего выполнит hwpnp.exe. Нужно только учитывать, некоторые драйвера (например ATI HDMI Audio) выкидывать нежелательно, без этого драйвера не встанет Realtek High Definition Audio.

OlegPOV1
Это не моя инициатива, почему - не знаю.
Автор: CryptoPE
Дата сообщения: 15.05.2009 10:03
Dimsoft

Цитата:
поменял все файлики получилось запустить по сети

WINNT.SIF и NTLDR правильные. SETUPLDR.BIN в данном случае не нужен.
Автор: Dimsoft
Дата сообщения: 15.05.2009 10:24
CryptoPE
а по сетевой НЕ RAM загрузке подскажите ?
как раньше RIS грузился, или это с новыми конструкторами не возможно

хочеться минимальное ядро притащить по стеку pxe по нему же и драйвера на RAID и NET а уже после смонтировав сеть догрузить все программы
Автор: mVlad1977
Дата сообщения: 15.05.2009 12:44

Цитата:
А зачем их выносить? Скорость загрузки?
zPNP ищет нужные дрова под конкретное железо, здесь - же дрова искать не надо, это займет лишнее время.

Если драйвера хранить в каталоге x:\windows\ (в соответствующих подкаталогах) - то при загрузке системы они будут напрасно дважды тратить память - на свое хранение в RamDiske и в памяти системы при их подгрузке. Плюс сам Wim образ будет заметно дольше загружаться (для моего случая - на 50-60% медленнее - и все это на фоне черного экрана - что не есть эстетически приятно).

Вот я и спрашиваю, как можно организовать их (драйверов) хранение (не в wim образе!), а, допустим, в корневом каталоге загрузочного диска (а вообще планируется на отдельной флешке), но что бы Windows смогла бы их там разыскать автоматически при загрузке и при подключении USB оборудования ?
Автор: NIKZZZZ
Дата сообщения: 15.05.2009 13:27
mVlad1977

Цитата:
будут напрасно дважды тратить память - на свое хранение в RamDiske и в памяти системы при их подгрузке.

Для работы драйверов большинство их компонентов обязаны находиться на Ram диске, в случае wim образа, они упакованы, если их просто скопировать на ram диск упаковки не будет.


Цитата:
Вот я и спрашиваю, как можно организовать их (драйверов) хранение (не в wim образе!), а, допустим, в корневом каталоге загрузочного диска (а вообще планируется на отдельной флешке), но что бы Windows смогла бы их там разыскать автоматически при загрузке и при подключении USB оборудования ?

Вот здесь zPnp как-раз может помочь. В скрипте нужно указать каталог(и) места поиска, найденные драйвера для неустановленного оборудования будут установлены автоматически при запуске zPnp с нужными параметрами, по умолчанию они берутся из zPnp.ini
Можно сделать и полный автомат (" и при подключении USB оборудования"), но не хочется забивать систему лишними процессами, это несложно сделать вручную.

По поводу организации каталога с драйверами - достаточно просто, нужно только добавить в него каталоги с распакованными драйверами и выполнить в нем idx.exe (необязательно, ускоряет установку). Драйвера могут быть упакованы в файл drivers.wim
Автор: CryptoPE
Дата сообщения: 15.05.2009 14:42
Dimsoft

Цитата:
а по сетевой НЕ RAM загрузке подскажите ?


Вообще WinPE грузить по сети мне приходилось. И видимо как раз через RIS, т.е. ядро и драйвера "шли" по tftp протоколу, далее расшаренный каталог монтировался как системный диск и далее система переключалась на SMB протокол.
Насчет конструкторов - здесь они скорее всего не сильно влияют на способность WinPE грузиться по сети "методом RIS". Здесь все обычно упирается в подготовку и развертывание необходимой для такой загрузки "инфраструктуры"
Автор: Dimsoft
Дата сообщения: 15.05.2009 19:21

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

CryptoPE

тут большой проблемы нет, но если точно как RIS грузиться, то это не RAM загрузка - медленно и сеть постоянно нужна.

хочеться, чтобы первый блок грузился по pxe в ram определял оборудование и грузил в рам драйвера только под то что есть на ПК - то есть 1 сетевую 1 RAID и тд
размер RAM (wim) образа будет маленький, грузиться будет быстро и обновлять просто

в стандартном RIS уже в winnt.sif переключение на SMB там путь к расшаренной папке, а драйвера выбираются специальной службой bindl - по моему этим ntldr и заведует, я смотрел логи tftp - там не больше десятка - полутора файлов всего по tftp грузятся, потом все остальное по SMB
вот бы ко всему этому RAM pfuhepre привинтить - мечта

чтобы загружался некий агент проверял железо - давал команду на сервер и ему образ формировали только с нужными драйверами
Автор: CryptoPE
Дата сообщения: 16.05.2009 07:21
Dimsoft

Цитата:
а драйвера выбираются специальной службой bindl


Оффтоп конечно, но все же - через Binl происходит запрос на выдачу только драйвера сетевой. Все остальное, прописанное в txtsetup.sif, грузиться по tftp. За это как раз отвечает NTLDR. А потом инициализируется ядро и уже оно, используя запрошенный посредством Binl сетевой драйвер, монтирует сетевую папку и работает с ней как с "системным диском".


Цитата:
образ формировали только с нужными драйверами

Насчет формирования образа по запросу - вариант узкоспециализированный, где то интересный, но с низким КПД (затрат много, а поможет в основном только админам в стационарных условиях). IMHO проще заточить образ под конкретное железо в сети. С учетом того что примерно 20 драйверами можно обеспечить нормальную работу SATA и сети минимум 2/3 самых распространенных конфигураций, то сделать это не так и сложно.
Автор: Valdon
Дата сообщения: 16.05.2009 13:15
А какой ща актуальный конструктор RusLiveMini и откуда бы его слить?

ЗЫ: Используя RusLiveMini_2009_04_01 не нашел закладки "Безопасность" на NTFS-разделах.... Добавил в контстуктор твики:
Код: // Сеть-Отключить Простой общий доступ к файлам
RegWrite,HKLM,0x4,"Tmp_setupreg_hiv\ControlSet001\Control\NetworkProvider","RestoreConnection","0"
RegWrite,HKLM,0x4,"Tmp_setupreg_hiv\ControlSet001\Control\Lsa","forceguest","0"
Автор: Dimsoft
Дата сообщения: 16.05.2009 16:00

Цитата:
через Binl происходит запрос на выдачу только драйвера сетевой. Все остальное, прописанное в txtsetup.sif, грузиться по tftp

CryptoPE
согласен, но вопрос в том - можно ли так же загрузить RAM сборку ?
чтобы быстро, чтобы programm files остались в папке на сервере (как сейчас на CD)
Автор: mVlad1977
Дата сообщения: 20.05.2009 23:20
Еще вопрос:
Скрипт PENetwork устанавливает поддержку сети. Он работает, т.е. получает адрес, шлюз, настройки для DNS. С этой машины возможно пинговать любой узел в сети.

Но, сама машина с WinPE не пингуется, сканер не может ее обнаружить в сети. Все порты закрыты. Установленная программа UltraVNC открывает порт - но входящие соединения не принимает. При этом на WinPE-машине начинает мигать значок активности сети (который появляется после запуска PENetwork v0.34).

Кто знает, решается ли проблема ?
Автор: mVlad1977
Дата сообщения: 21.05.2009 15:46
В общем, похоже, описанный выше эффект с сетью появляется, если изменить порядок при компиляции скриптов (PEdialup и PEnetwork) - сначала должен компилироваться PEnetwork, а потом - PEdialup.


Добавлено:
нет, все же косяк связан с PEdialup, включение этого скрипта в проект - вызывает блокировку входящих соединений. WinPE машина не пингуется по сети, и не принимаются входящие TCP соединения.

Этот косяк проявляется как в VirtualBOX (так и на реальной машине), достаточно скопировать 2 скрипта PEDialup.script (v6 от 20.01.09) и PENetwork.script (v33 от 12.01.2009) из архива RusLiveMini_2009_04_01.7z в архив RusLivePico_2009_05_01.7z.

Установка более поздних версий PENetwork.script (v34) и Dialup v1.0.0.5 - указанную проблему блокировки входящих соединений не решают.

Может в PEDialup.script активируется встроенный фаирвол ?
NIKZZZZ ???? идеи есть ?
Автор: NIKZZZZ
Дата сообщения: 22.05.2009 20:08
mVlad1977

Цитата:
Может в PEDialup.script активируется встроенный фаирвол ?
NIKZZZZ ???? идеи есть ?

Не я автор. firewall не активируется по причине его отсутствия.
Почему - бы не обратиться к Автору ?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859

Предыдущая тема: не отвечает Директ 10


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.