» Windows Preinstallation Environment(WinPE). WinBuilder

Valdon

Цитата:

Есть какиенибудь результаты экспериментов с использованием последнего WimPacker.script и загрузкой с USB-HDD?

Пока нет, USB-HDD у меня временно отсутствует, в ближайшее время проверю.
Однако, проблема с монтированием, надеюсь, решена.
WimPacker
Не требует добавление указанных ранее файлов, нормально работает под QEMU.

Может кто-нибудь поделиться опытом заливки Барта на USB-HDD.

У меня HDD имеет два раздела, на первый хочу поставить Барта, второй под софт разный.
Форматирую HDD HP USB Disk Storage Format Tool...форматирует он диск нормально, но делает HDD одним разделом...если пытаюсь его разбить на два раздела, то у меня умирает хард.
Если заливаю утилитой FlashBoot конвертирую Барта на флеш диск, то она тоже убивает второй раздел, но Барт при этом нормально грузиться.
Если есть ссылки, дайте плиз...

Zubrb
Можно отформатировать диск средствами MMC (diskmgmt.msc), далее на него поставить систему, процедура не раз описывалась.

NIKZZZZ, проверил на двух компах с обновленным WimPacker загрузку с USB-HDD - все пока OK!

NIKZZZZ

http://rapidshare.com/files/118523763/mynet.7z.html
Это не скрипт сети, а добавления к стандартному netcore.script.
С целью заставить работать ncpa.cpl.

Можно как-нибудь с помощью EWF защитить только файл подкачки, чтобы все писалось в RAM?

aar

Цитата:

Можно как-нибудь с помощью EWF защитить только файл подкачки

вроде можно (сам не использовал подобные возможности)

но не проще ли отключить файл подкачки?

euheny

Разобрался сам


Цитата:

вроде можно

Нельзя. Можно только том целиком защитить.


Цитата:

не проще ли отключить файл подкачки?

Так и сделал.

To NIKZZZZ

Гм, нет времени читать всю ветку, но почему для загрузки из IMG был выбран WIM формат? Не проще ли будет воспользоваться встроенной в SETUPLDR.BIN поддержкой формата CAB (со сжатием MS-ZIP и MS-LZX)?

CryptoPE

Цитата:

Гм, нет времени читать всю ветку, но почему для загрузки из IMG был выбран WIM формат? Не проще ли будет воспользоваться встроенной в SETUPLDR.BIN поддержкой формата CAB (со сжатием MS-ZIP и MS-LZX)?

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

NIKZZZZ

Цитата:

Сжатие CAB приводит только к проигрышу

С памятью возможно да, проигрыш, со сжатием не всегда. Я экспериментировал со 64 Mb образом, собранном в WinBuilder-е. При использовании сжатия CAB MSZIP образ сжался до 45 532 989 байт и для его загрузки требовалось минимум 168 Mb оперативки для запуска. При использовании сжатия CAB MSLZX образ сжался до 42 865 092 (для примера RAR при максимальном сжатии сжимает этот же образ до 42 644 960) и соответственно 160 Mb оперативки для старта.
Потом нашелся еще один минус такого подхода - сжатый образ не грузиться по сети.
Таким образом пока получил два минуса (расход памяти и невозможность загрузки по сети) и один плюс (простота использования).

CryptoPE

Цитата:

Я экспериментировал со 64 Mb образом

Согласен. Есть выигрыш, в основном связанный с тем, что в образе есть свободное место под свои дела . Но само сжатие NTFS вполне сравнимо с CAB, то-есть получаем копейки. Для более больших образов это непринципиально.

CryptoPE

Цитата:

Потом нашелся еще один минус такого подхода - сжатый образ не грузиться по сети

Поделись пожалуйста опытом загрузки WinPE по сети. Я как ни пытался загрузится из сжатого файла IMG так ничего и не получилось. То пишет NTLDR is compressed, то синий экран. Единственно как получилось это загрузится из обычного исошника, который сначала полностью в оперативку грузится, а потом уже загружается сама система. Еле как удалось заставить грузится на 256мб, а так хотелось бы из wim образа.

JekaRus


Цитата:

так хотелось бы из wim образа

Здесь я пока ничем не могу помочь, т.к. выше я вел речь об образе созданном при помощи скриптов IMGinRAM.script (от HighwayStar) либо BootSDI.script (от HighwayStar, NIKZZZZ and Oleg_2). Такой образ отличается от wim образа. Опыта работы wim образом у меня почти нет.

NIKZZZZ, сколько у ВАС на загруженной WinPE кушает памяти Sh.exe ? У меня ~4.5Mb - как по мне так это многовато, пришлось отказаться от столь полезной тулзы

У когонить проскакивал такой глюк: при загрузке с USB-HDD (не всегда и только на тех компах где уже на уровне BIOS имеем USB 2.0) отсутствует на загруженной WinPE сам USB-HDD, только IDE\SATA-HDD видим.... ???

ЗЫ: Использую скрипт USB Mass Storage Devices Version=12 от 02.08.2007
ЗЫЫ: С загрузкой с USB-девайсов на относительно страрых компах очень часто имею траблы

Valdon

Цитата:

сколько у ВАС на загруженной WinPE кушает памяти Sh.exe ? У меня ~4.5Mb - как по мне так это многовато, пришлось отказаться от столь полезной тулзы

Я перекомпилировал Sh.exe. Теперь кушает ~600 Kb
Sh.script

NIKZZZZ
Вот теперь класс! Раньше как-то неудобно было жаловаться - дареному коню в зубы не смотрят, но ресурсы кушало даже если конкретно эта функция была и не нужна...

Oleg_II

Цитата:

Раньше как-то неудобно было жаловаться

Не жалоба, а рапорт о багах.

Все никак нимогу успокоиться по поводу уменьшения BootSDI.img
Помимо WimPacker'а,NTFS-компрессии и патчинга ресхакером SHELL32.DLL , может ктонить еще подскажет существенные способы уменьшения загрузочного ядра ? Хех... попробую винтукей заюзать в качестве источника для сборки . Если получится собрать рабочую сборку - уверен, можно достичь BootSDI.img ~20Mb с графическим шеллом.

ЗЫ: Для системного диска X , в скрипте Boot SDI, выставляю его размер = Target + Free Space=2Mb. Eсли убрать свободное место на системном диске, могут ли возникнуть какие-либо подводные камни (глюки) в ходе эксплуатации WinPE?

ЗЫЫ: NIKZZZZ, отдельный сенкс за перекомпилированый Sh.script

Valdon

Цитата:

Помимо WimPacker'а,NTFS-компрессии и патчинга ресхакером SHELL32.DLL , может ктонить еще подскажет существенные способы уменьшения загрузочного ядра ? Хех... попробую винтукей заюзать в качестве источника для сборки . Если получится собрать рабочую сборку - уверен, можно достичь BootSDI.img ~20Mb с графическим шеллом.

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


Цитата:

Для системного диска X , в скрипте Boot SDI, выставляю его размер = Target + Free Space=2Mb. Eсли убрать свободное место на системном диске, могут ли возникнуть какие-либо подводные камни (глюки) в ходе эксплуатации WinPE?

Небольшое место требуется под временные файлы и в Documents Аnd Setting тоже кое-что пишется. Логи пишутся тоже на x: . Не советую уменьшать, проблемы возникнуть могут.

Valdon
На MSFN.ORG какой-то парень пробовал заменять части ХР на винтукеевские. В том числе и SHELL32.DLL (у Винтукея он почти в 4 раза меньше даже без хаков). Что-то ему удалось, но и ограничения какие-то были (что-то вроде невозможности что-то на рабочий стол поместить или типа того). Я помню, что там замена одного фала требует замены сразу группы файлов. Т.е. вместе с SHELL32.DLL требуется заменить еще штуки 3.

Ну, и подключение WIMов тоже можно сделать внешнее - не размещать его в имидже для загрузки в РАМ, а сделать его вне имиджа и пуст скрипт его ищет по всем возможным носителям, а как найдет - подключает.

Valdon

Цитата:

Все никак нимогу успокоиться по поводу уменьшения BootSDI.img

Знаеш сколько людей уже по твоему пути прошло?
А кончается у всех одинаково - выходят на изначальный размер
Чтобы уменьшить ядро нужно перекомпилировать ось, а исходников ни у кого нет

euheny

Цитата:

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

Или модифицировать ядро А исходники есть, но к сожалению не полные.

Oleg_II,
Цитата:

Ну, и подключение WIMов тоже можно сделать внешнее - не размещать его в имидже для загрузки в РАМ, а сделать его вне имиджа и пуст скрипт его ищет по всем возможным носителям, а как найдет - подключает.

- я тож сначала хотел так сделать, но есть один ньюанс! Вынося WIM'ы за пределы BootSDI.img необходимо резериворвать на системном разделе свободное пространство под их монтирование (может я неправ тут ?), из-за чего BootSDI.img нинасколько неуменьшиться, здеся IMG-образу нехватает свойств VMDK-имиджа

euheny
Цитата:

Valdon

Цитата:Все никак нимогу успокоиться по поводу уменьшения BootSDI.img


Знаеш сколько людей уже по твоему пути прошло?
А кончается у всех одинаково - выходят на изначальный размер

Если не секрет а изначальный размер сборки это какой? Наверное он равен размеру, занимаемому MobileOS А если серьезно, то 3 месяца назад, у меня базовая сборка весила ~52MB, с появлением WimPacker'а и дальнейшим его развитием на сегодняшний день имеем ~38MB + патчим SHELL32.DLL и вычищаям ядро от ненужного, итог ~30-33Mb, ИМХО, это не предел !

Valdon
Ну, можно еще, допустим, использовать FBWF - резервировать пространство в имидже не надо.

Valdon

Цитата:

Вынося WIM'ы за пределы BootSDI.img необходимо резериворвать на системном разделе свободное пространство под их монтирование

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

NIKZZZZ, а как вариант: на этапе загрузки WinPE, перед монтированием WIM-образов, скопировать их на диск R:(B) и оттуда уже смонтировать ! Прокатит ли и будет ли от этого польза?

Valdon

Цитата:

NIKZZZZ, а как вариант: на этапе загрузки WinPE, перед монтированием WIM-образов, скопировать их на диск R:(B) и оттуда уже смонтировать !

Прокатит. Небольшая проблемка - нужно вовремя создать диск r:(b). Польза - единственное, что приходит на ум - загрузка с флэшки на машинах, не поддерживающих USB2 биосом. С CD - только лишняя потеря времени (быстрее читать один большой файл). Посмотри скрипт от Galapo (WimPack.script XpLiveCD), у него реализованы подобные идеи.

Добавлено:
WimPacker.script
Поддержана упаковка WallPaper + скрипт regCompact - старая версия глючит.

Valdon

Цитата:

Если не секрет а изначальный размер сборки это какой? Наверное он равен размеру, занимаемому MobileOS А если серьезно, то 3 месяца назад, у меня базовая сборка весила ~52MB

нет не секрет (какие тут секркты?) - из твоего сообщения и высчитываем - 52Мб
имидж ядра MobileOS сейчас - 128Мб(где-то треть свободна) помоему лучше не придумаеш.
Вобще в этом направлении можно было-бы продвинутся если для хрюши сделать виртуальную фс, но опять-таки всё на уровне ядра.

ссылка в шапке на версию 072 неверная - пишет что вы не можете скачать файл (даже после регистрации)

я не знаю что качать, если кто-то понимает - поправьте шапку.