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

NIKZZZZ

Цитата:

Родной TotalCmd упакован Upx, и какие проблемы создает его распаковка

он должен быть вседа упакован, там crc проверятся при запуске, если распакован то будет орать что файл поврежден, типа вирусы, вроде автор выкладывает у себя на сайте распакованную версию totalcmd.exe без этой проверки

7sh3

Цитата:

он должен быть вседа упакован, там crc проверятся при запуске, если распакован то будет орать что файл поврежден, типа вирусы, вроде автор выкладывает у себя на сайте распакованную версию totalcmd.exe без этой проверки

Версия "без этой проверки" TotalCmd

NIKZZZZ, 7sh3
Спасибо за разъяснения и помощь с TotoalCommander.
Gimagex нашел. ПОпробовал. С первого раза ничего не вышло.
Но больше волнует другое.
Новая сборка прекрасно работает с HDD, USB, USB-HDD. Но вот с CD возникли проблемы.
Пишу мультизагрузочный диск (BCDW). Простенькое меню: 1) загрузка WinPE; 2) установка Windows. Соответственно, папка I386 занята под дистрибутив Windows. Для WinPE приходится использовать папку WNPE. В ней лежат BootSDI.im_, SETUPLDR.BIN и NTDETECT.COM. WINNT.SIF - в корне диска. Раньше такая конструкция работала. Заморочки тоже были - годились только определенные версии SETUPLDR.BIN и NTDETECT.COM. Сейчас - ничего подобрать не удается.
С новым SETUPLDR.BIN после загрузки в RAM выскакивает сообщение про неправильный TXTSETUP.SIF. С одним из старых SETUPLDR.BIN все-таки доходит до начала Loading RusLive, а потом - ребут.
Кто-нибудь что-нибудь посоветует?

bogomolov

Цитата:

Gimagex нашел. ПОпробовал. С первого раза ничего не вышло.

Здесь я выкладывал русифицированный Gimagex. Там всё понятно. На вкладке "Монтирование" можно выполнить перепаковку wim-файлов.

Цитата:

С одним из старых SETUPLDR.BIN все-таки доходит до начала Loading RusLive, а потом - ребут.

Наверно в нём нужно сделать некоторые замены (i386 > WNPE), так как на харде и флешке это не имеет значение, там WINNT.SIF определяет путь к файлу, а на CD ещё и папка i386 переименованная в WNPE. Но сам ещё с CD не пробовал.

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

NIKZZZZ

Цитата:

Посмотри эту болванку

Спасибо, не с первого раза, но получилось. А в чем там хитрость с поименованием BootSdi.im_ как BootSdi.img в W0256.sif? Сначала решил, что это ошибка. В итоге два часа мучался...
AZJIO

Цитата:

Наверно в нём нужно сделать некоторые замены (i386 > WNPE)

С этим я еще вчера наигрался. Не-а, не работает.

Цитата:

Здесь я выкладывал русифицированный Gimagex. Там всё понятно.

Спасибо, обязательно попробую.

Цитата:

Простенькое меню: 1) загрузка WinPE; 2) установка Windows. Соответственно, папка I386 занята под дистрибутив Windows. Для WinPE приходится использовать папку WNPE. В ней лежат BootSDI.im_, SETUPLDR.BIN и NTDETECT.COM. WINNT.SIF - в корне диска

А не пробовал просто распаковать BootSDI.im_ в папку WNPE,а в SETUPLDR.BIN (который в папке WNPE) править i386 на WNPE , а bcdw.ini прописать:
\WNPE\SETUPLDR.BIN     ; Запуск BartPE
А WINNT.SIF для чего ?

bogomolov
BootSdi.im_ это упакованный в cab BootSdi.img. cab архив автоматически распаковывается, поэтому в .sif файле можно указать BootSdi.img, при этом будет взят и распакован BootSdi.im_
, к стати он может лежать в любом месте, нужно только прописать путь к нему в .sif файле.


Добавлено:
Обновленный проект RusLive
Ссылка

NIKZZZZ

Цитата:

Обновленный проект RusLive

А что за новая папка $$WimFiles$$? Что за PXELDR?
Что мне с ними делать, если даже на CD (не говоря про HDD, USB и пр.) у меня своя структура каталогов и своя система загрузки?

Собираю LiveXP скриптами с бутлэнда. Не могу решить одну маленькую проблему: вновь создаваемые разделы (diskpart/MMC Disk Manager) не монтируются. Им можно назначить букву, но через проводник все равно не видно. Disk Manager выдает ошибку "... the partition or volume is not enabled...". Приходится перезагружаться . Подскажите, куда копать?

bogomolov

Цитата:

А что за новая папка $$WimFiles$$? Что за PXELDR?

$$WimFiles$$ - каталог с Wim файлами, вынесен за пределы образа с целью ускорение загрузки с флэшки. Эти файлы могут находиться и в самом образе (галка в WimPacer.script).
PXELDR нужен для сетевой загрузки, если не требуется - галка в BootSdi.script.

Цитата:

у меня своя структура каталогов и своя система загрузки?

Я приводил болванку - там минимум для загрузки с CD.
Каталоги Drivers и PePrograms могут иметь любое имя (определяется в скриптах Sh и DriversSrh).

NIKZZZZ
Попробовал вначале с антивирусником и путь к дистрибутиву винды имел запятую, это первое из-за чего вылетало куча ошибок. Далее без антивирусника и правильный путь, была одна ошибка - не может создать bootsect.bin нет доступа, хотя в RusLive_RAM.iso он появился. Далее сборка загрузилась в VirtualBox, и во время загрузки была строка %pTextBox1% (01-02-2009), та что в txtsetup.sif > loaderprompt="%pTextBox1% (01-02-2009)".

AZJIO

Цитата:

время загрузки была строка %pTextBox1% (01-02-2009)

Посмотри скрипт BootText.

NIKZZZZ

Цитата:

Эти файлы могут находится и в самом образе (галка в WimPacer.script)

И в правду, могут. Надо же. А ведь я долго смотрел на эту самую "галку". Специально открывал старый скрипт. Сличал. Риторический (не требует ответа) вопрос - а что ты имел ввиду под "Wim File in CD"? Это я опять про описания скриптов.
В остальном все отлично. Жаль, что у тебя не дошли руки до исправления глюка с USB-HDD.

bogomolov

Цитата:

до исправления глюка с USB-HDD

Да под рукой нет USB-HDD, будет - посмотрю.

NIKZZZZ
С упаковкой своих программ в Programs.wim все получилось. Вкурил Очень понравилось.

Еще пару вопросов.
1. Давно хотел спросить, а зачем в проекте два скрипта по AutoIt? Один - Build "7 - AutoItSupport.Script", а другой - System "Autoit.script"?
2. Ты так требовательно относишься к вопросу экономии памяти. Насколько критично, с этой точки зрения, использование мной под WinPE PuntoSwitcher? Уж больно я привык к нему. Запускаю не автоматом, а по необходимости (теперь из Programs.wim).

bogomolov

Цитата:

а зачем в проекте два скрипта по AutoIt?

Один можно удалить, просто продублировано , второй писал я.

Цитата:

Ты так требовательно относишься к вопросу экономии памяти.

Не совсем верно. Просто я поставил задачу - Ram сборка должна нормально работать по 256 Mb оперативки. Посмотри в TaskMgr насколько критично потребление памяти данной прогой и решай сам.

Цитата:

Обновленный проект RusLive

NIKZZZZ
проект собирается нормально из windows xp sp3
но когда пытаюсь добавить DPs\MassStorage процесс останавливается на запуске DP Base и висит - где копать ?

Добавлено:
собирал на 2003 сервере (на vista x64 не собирается из за подписи драйверов)

Цитата:

Теперь, по мелочам.
1. Так и не работает горячее подключение USB-HDD. "Управление дисками" показывает, что он есть, но почему-то ему не присвоена буква. После принудительного присвоения буквы его начинает "видеть" TotalCommander, а проводник так и отказывается признавать.

Для тех кто использует для загрузки USB - HDD и для решения вышеуказанной проблемы
Выкладываю пару скриптов.(Это не копии оригинальных скриптов а их модернизированные версии.)

__http://d e p o s i t f i l e s .c o m /ru/files/lg0l40a3q

Да простит меня многоуважаемый NIKZZZZ за изменение утилиты SH.

OlegPOV1

Цитата:

Выкладываю пару скриптов.

Прекрасно, правда пока не тестировал на UsbHdd.

Ссылки лучше выкладывать в виде
{url=http://depositfiles.com/........}Название ссылки{/url} (скобки должны быть квадратные [], а не фигурные)

Посмотри ПМ.
*



Добавлено:
Какая-то сволочь автоматически заменяет Dеposit на spam_detected.
Просьба, откройте мое последнее сообщение на редактирование и посмотрите, что там написано (Dеposit или spam_detected).

NIKZZZZ

Цитата:

Какая-то сволочь автоматически заменяет Dеposit на spam_detected.

Offtop: Это в данном форуме так модераторы прописали. Депозитфилез автоматом заменяется на spam_detected.
При нажатии на "редактировать" - все нормально (депозитфилез), так что не беспокойся.
Большинство пользователей ru-board в курсе

AlexVel


Цитата:

Offtop: Это в данном форуме так модераторы прописали. Депозитфилез автоматом заменяется на spam_detected.

я бы с удовольствие видел бы в этой группе и проклятую рапиду
но на неё так много подсело, да и не стоит забывать её огромный вклад в становление свободного файлообмена.

Цитата:

Цитата:Теперь, по мелочам.
1. Так и не работает горячее подключение USB-HDD. "Управление дисками" показывает, что он есть, но почему-то ему не присвоена буква. После принудительного присвоения буквы его начинает "видеть" TotalCommander, а проводник так и отказывается признавать.

Для тех кто использует для загрузки USB - HDD и для решения вышеуказанной проблемы
Выкладываю пару скриптов.(Это не копии оригинальных скриптов а их модернизированные версии.)

Распишу что бы было понятно что к чему:
Для монтирования разделов USB-HDD взят оригинальный скрипт проекта LiveXP MountStorePE.
В него добавлена утилита AutoMSPE которая запускает MountStorePE при удалении или добавление дискового устройста тем самым автоматом монтируются или размонтируются разделы дисков.
В утилиту SH добавлен один параметр и привязан он к серийному номеру раздела диска
(ВНИМАНИЕ !!! после форматирования раздела серийный номер должен менятся)

PS
Если бы у меня были исходники MountStorePE написал бы единую прогу, но увы.



Добавлено:
И опять мысли по поводу монтирования USB-HDD разделов при загрузке с использованием WimPacker скрипта.
На некоторых машинах встречал ситуацию, когда диск с которого произошла загрузка не смонтирован предлагаю поместить в WimPacker строку которая перед монтированием запустит MountStorePE.exe -h дабы поиск wim файлов отработал корректно.

OlegPOV1


Цитата:

Распишу что бы было понятно что к чему

Понятней не стало.
Что-то не то в самой идее. Привязка сборки к серийнику диска означает, что теперь нужно будет заново пересобирать WinPE под каждый компьютер, с которым придется работать. Это не здорово.
Также не понял, чей серийник нужно прописывать. Компилировал с серийником HDD и USB-HDD. Но автоматически ничего распознается.
А вот сам MountStorPe работает исправно. Этого более, чем достаточно. Оставил MountStorPe в своей сборке, убрал AutoMSPE и вернул обычный SH. На том и остановился.

Цитата:

Понятней не стало.
Что-то не то в самой идее. Привязка сборки к серийнику диска означает, что теперь нужно будет заново пересобирать WinPE под каждый компьютер, с которым придется работать.

Не к серийнику диска а к серийнику раздела диска, что не привязывает к железу машины а привязывает к твоей коробочке с HDD.(точнее к разделам серийники которых ты укажешь через запятую)
А проект пересобирать прийдется только в случае форматирования раздела(ов) , т.к. серийники сменятся при форматировании.

MountStorPe -статичный а AutoMSPE позволяет ей стать денамичной т.е. автоматом мантировать и размантировать разделы дисков при подключении и отключении.

Если что то не заработало так скрины хоть кинь, какие настройки использовал при сборке.

PS
А то и желание пропадает делать людям добро когда они им и не пользуются

OlegPOV1

Цитата:

Не к серийнику диска а к серийнику раздела диска, что не привязывает к железу машины а привязывает к твоей коробочке с HDD

Вот теперь понятно.

Цитата:

Если что то не заработало так скрины хоть кинь, какие настройки использовал при сборке.

При сборке в обновленной утилите SH указывал полученные из DriveGetSerial серийники HDD и USB-HDD. При работе висящая в трее утилита AutoMSPE никак не реагировала на подключение USB-HDD. Вряд ли какие-либо скрины могут это проиллюстрировать.
Наверное, можно было бы еще поэкспериментировать. Но дело не в этом. Сама идея привязки к конкретной железяке не очень вдохновляет. Да и конструкция получается довольно тяжеловесная. Мне кажется более удобным использование в ручном режиме MountStorPe.
Кстати, об этой утилите не знал. Так что, по-любому, спасибо.

Хорошо если есть желание просьба протестировать обновленные скрипты.

Пояснения как использовать SH.
------------------------------------------------
CDROM Programs,PePrograms - Каталоги на CD,DVD где искать файлы .shl

REMOVABLE Programs,PePrograms - Каталоги на сменных носителях где искать
файлы .shl (Флешки и им подобные устройства )

FIXED b - буквы фиксированных дисков на которых искать файлы .shl
К ним относятся и USB-HDD.

ВНИМАНИЕ !!! если задать параметр * искать будет на всех дисках
токого типа.

Programs,PePrograms - Каталоги на фиксированных носителях где искать
файлы .shl

Fixed Drivers Serials (serial1,serial2, ...)
2766036040 - Серийные номера разделов (разделенные запятыми) на фиксированных носителях где искать файлы .shl




Добавлено:
Обновленные версии скриптов: __http://rapidshare.de/files/45027564/AutoMSPE.7z.html

Добавлено:

Цитата:

При работе висящая в трее утилита AutoMSPE никак не реагировала на подключение USB-HDD.

И дискам автоматом не присваивались БУКВЫ ?


Цитата:

Сама идея привязки к конкретной железяке не очень вдохновляет

Можете не привязывать задайте параметр

FIXED * - буквы фиксированных дисков на которых искать файлы .shl
К ним относятся и USB-HDD.
Но учтите, что при использовании программ типа Ghost32 возникнут проблеммы т.к. будут опрашиватся все диски.
Привязка в моем случае была сделана что бы SH не мешала подобного типа прогам.

OlegPOV1


Цитата:

Хорошо если есть желание просьба протестировать обновленные скрипты.

Проверил. Результат прежний. Подключенный после загрузки WinPE USB-HDD не определился, буква ему не присвоилась.
При сборке в скрипте SH указал полученный из DriveGetSerial серийник USB-HDD.


Цитата:

Fixed Drivers Serials (serial1,serial2, ...) 2766036040 - Серийные номера разделов (разделенные запятыми) на фиксированных носителях где искать файлы .shl
...
Можете не привязывать задайте параметр FIXED * - буквы фиксированных дисков на которых искать файлы .shl

А какие-такие файлы .shl должны быть на подключаемом USB-HDD? Зачем? Мы какую задачу решаем?

Цитата:

Подключенный после загрузки WinPE USB-HDD не определился

НЕ определился или только буквы не присвоились?
В деспетчере устройст виден ваш привод ?
Какой сборкой пользуетесь ?
И используете ли вы скрипт USB Mass Storage Devices ?


Цитата:

А какие-такие файлы .shl должны быть на подключаемом USB-HDD? Зачем? Мы какую задачу решаем?

Это маркерные файлы для приложений по ним SH опредеяет все параметры с которыми запускать приложение.
NIKZZZZ ранее в теме описывал их синтаксис вообще все можно глянуть после сборки в папке Target.