» Windows Preinstallation Environment(WinPE). WinBuilder

Цитата:

И почему и-фейс отличается, у меня нет подпунктов в "Scripts"

в Updates & Options "Use advanced view to group scripts"

Цитата:

а русик

Это ж бета. Рано еще русик. Поддержка русского означает то что можно писать и читать по-русски.

Цитата:

Это ж бета. Рано еще русик.

А тут, то по русски!
http://img87.imageshack.us/my.php?image=10aallrightgn4.jpg

Цитата:

в Updates & Options

Один хрен, нет таких пуктов "pnp, test"..........

HighwayStar

Цитата:

Вообще GRUB4DOS прекрасно работает с NTFS, FAT, FAT32 и другими но в последних версиях обещали убрать поддержку NTFS.

Почему ? чем она мешает ?
Пара вопросов к тебе по поводу usb
1 Есть ли какой то эмулятор под которым можно проверить загрузочную флэшку - у меня к примеру под vmware не идет - может нужно что то сделать чтобы грузилась - подскажи плиз ?
2 Можно ли используя grub или какой то другой загрузчик грузить образы iso - к примеру закинуть на флэшку несколько образов и выбирать их при загрузке
3 Если в твоем плагине по умолчанию форматирование идет в ntfs - почему ? вроде это не лучший вариант для скорости при обращении и загрузке и кстати если не выброно ntfs то форматируется в fat или в fat32 ?

NeoHunter

Цитата:

Есть ли какой то эмулятор под которым можно проверить загрузочную флэшку

А что у тебя комп не поддерживает загрузку с USB ?

NeoHunter

Цитата:

1 Есть ли какой то эмулятор под которым можно проверить загрузочную флэшку - у меня к примеру под vmware не идет - может нужно что то сделать чтобы грузилась - подскажи плиз ?

QEmu?
Без "ускорения" можно пускать даже без установки.


Цитата:

2 Можно ли используя grub или какой то другой загрузчик грузить образы iso - к примеру закинуть на флэшку несколько образов и выбирать их при загрузке

Можно. Но нужно ли? Ведь 700Mb в память для эмуляции не загрузишь. Да и сама загружающаяся система ищет _именно CD_, как правило. Ее нужно адаптировать - как, скажем, ту же PE. Так что даже вытаскивание загрузочного образа и размещение всех файлов с CD на "флэшке" ничего, как правило, не даст.

NIKZZZZ

Цитата:

По поводу Grub. Как стартоваться с разных разделов понятно. Так-же из описания следует, что загрузочный RamDisk с WinXp работать не будет.

Где это следует?

Цитата:

Вопрос такой - как из Grub запустить стандартный виндовый Ntldr или какой-либо другой загрузчик, как это сделано, например, в BCD Wizard.

Именно так, как указано в документации к, например, GRUB4DOS:

chainloader --edx=0xPPYY (hd0,0)/ntldr
boot

title find and load NTLDR of Windows NT/2K/XP
find --set-root /ntldr
chainloader /ntldr
savedefault --wait=2

Цитата:

И вообще, как написать загрузчик самого нижнего уровня?

Написать загрузчик?!
Какой? Аналогичный GRUB?
Не думаю, что ответ можно уместить в форуме, разве что такой:
"Научиться и написАть."

ABATAPA

Цитата:

По поводу Grub. Как стартоваться с разных разделов понятно. Так-же из описания следует, что загрузочный RamDisk с WinXp работать не будет.

Где это следует?

Описание Grub for dos
"Windows NT/2000/XP does not recognize the drives emulated with or without the --mem option."

Или я что-то неправильно понял?


Добавлено:
ABATAPA

Цитата:

Можно ли используя grub или какой то другой загрузчик грузить образы iso - к примеру закинуть на флэшку несколько образов и выбирать их при загрузке
Можно. Но нужно ли? Ведь 700Mb в память для эмуляции не загрузишь.

Немного перефразирую эту цитату от NeoHunter - Можно ли используя grub или какой то другой загрузчик эмулировать диск непосредственно из образа без его загрузки в память?

NeoHunter

Цитата:

1 Есть ли какой то эмулятор под которым можно проверить загрузочную флэшку - у меня к примеру под vmware не идет - может нужно что то сделать чтобы грузилась - подскажи плиз ?

Насколько я понял - нет. И VMWare и Qemu позволяют только получить доступ к реальным USB устройствам. Хотя относительно Qemu все возможнл, надо погуглить.

Цитата:

2 Можно ли используя grub или какой то другой загрузчик грузить образы iso - к примеру закинуть на флэшку несколько образов и выбирать их при загрузке

rub иожет грузить iso образы но не все, как и многие другие загрузчики. Одним из основных условий является цельность iso файла расположенного на диске, то есть он не должен быть фрагментирован, насколько я понял. По той ссылке на 911cd что я давал на предыдущей странице кто-то пытался грузить iso.

Цитата:

3 Если в твоем плагине по умолчанию форматирование идет в ntfs - почему ? вроде это не лучший вариант для скорости при обращении и загрузке и кстати если не выброно ntfs то форматируется в fat или в fat32 ?

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

и сама загружающаяся система ищет _именно CD_, как правило. Ее нужно адаптировать - как, скажем, ту же PE. Так что даже вытаскивание загрузочного образа и размещение всех файлов с CD на "флэшке" ничего, как правило, не даст.

смотря какая система. Damn Small Linux прекрасно грузится без всяких адаптирований.

Цитата:

Написать загрузчик?!
Какой? Аналогичный GRUB?

необязательно ведь писать с нуля, можно улучшить граб, как например это сделали те кто написал GRUB4DOS
NIKZZZZ

Цитата:

Немного перефразирую эту цитату от NeoHunter - Можно ли используя grub или какой то другой загрузчик эмулировать диск непосредственно из образа без его загрузки в память?

По-моему это фантастика, если только образ не "File Based" как например wim. Да и какой смысл, увеличения скорости ведь не получится?
strun

Цитата:

А тут, то по русски!

так это я сам написал скрипт с русским интерфейсом чтобы проверить как он работает. Я гоыворил что пора начинать делать SandBox.Ru-Board в котором будет русский интерфейс и наши скрипты.

Цитата:

Один хрен, нет таких пуктов "pnp, test".......

Какие папки в Project\Standard создашь такие пункты и будут.
P.S Извиняюсь за такой длинный пост.

По поводу фантастики... Вот было бы здорово, если бы у нас был фильтр файловой системы (вроде FBWF) с функцией "монтирования" содержимого одной папки в другую. Т.е. самое необходимое грузилось бы с sdi, а всякие доп. фичи по необходимости с диска...

----
немного обновил свою программку для выдирания инфы из WE

Цитата:

Вот было бы здорово, если бы у нас был фильтр файловой системы (вроде FBWF) с функцией "монтирования" содержимого одной папки в другую. Т.е. самое необходимое грузилось бы с sdi, а всякие доп. фичи по необходимости с диска...

Это уже давно не фантастика. В моих планах и есть создание такой системы. Сейчас для этого есть wim образы, их можно монтировать в любой каталог на рамдрайве, главное чтобы сам wim образ лежал на CD с включенным FBWF иначе монтирование только начтение.
bob_from_saratov уже собрал себе такую систему

Цитата:

немного обновил свою программку для выдирания инфы из WE

Неплохо было бы если бы она показывала краткое описание компонента, а то по одному названию бывает сложно понять для чего что, а грузить каждый раз Target Designer лень.

HighwayStar
Раз уж о русском заговорили, по поводу поддержки русского RusLocation все-тати что-то не прописывает в реестр. На 13 странице я выкладывал патч - это конвертированный Z_RusLang (только реестр). Если его выполнить после RusLocation все крякозябры исчезают. В принципе можно и с патчем работать, но как-то некультурно. Тем более , возможно он какие-то установки портит.

NIKZZZZ
Я как раз хотел сегодня занятся обновлением скрипта. Нужно много тестов. И поподробнее все-таки где кракозябы искать.
Патч я уже давно скачал и сегодня смотрел его. Там сильно много лишнего - регистрируются абсолютно все кодовые страницы, даже которых нет в системе, точнее в системе есть всего 4, все раскладки, хотя нужно только две.
больше всего сомнений у меня по поводу вот этого

Код: RegWrite,"HKLM",0x1,"TmpSetupReg\ControlSet001\Control\Nls\CodePage","1250","c_1251.nls"
RegWrite,"HKLM",0x1,"TmpSetupReg\ControlSet001\Control\Nls\CodePage","1252","c_1251.nls"

HighwayStar
На счет замены 1250 и 1252 на 1251 - 1250 и 1252 все равно не нужны, зачем их оставлять?

Цитата:

Еще вот думаю, можно ли заставить винду заменять все отсутствующие шрифты на Arial?

По умолчанию стоит Tahoma а не Arial, и это действительно так. Где это прописано я не разбирался, скорее всего в .reg файле начальной сборки реестра.
Кусочек из Bart'а

; Fix default font being *bold*
0x1, "Microsoft\Windows NT\CurrentVersion\Fonts", "Tahoma (TrueType)", "TAHOMA.TTF"
; /Fix default font being *bold*
0x3, "Microsoft\Driver Signing", "Policy",00
0x3, "Microsoft\Non-Driver Signing", "Policy",00

HighwayStar


Цитата:

bob_from_saratov уже собрал себе такую

Ну вот.. запалил меня.. Таки открою еще тайну - в мною же придуманных понятиях SDI-загрузки - я пошел еще чуть дальше. У вас в винбилдере по умолчанию 44 МБ "ядро" с експлорером. Я методом резки утолкал в 43Мб с этим же шеллом, ИЭксплорером, ММЦ и поддержкой сетевых шар с нетпаком от Юркеши (он снаружи, подгружается автоматом по запросу - помнишь "большевики говорили о революции" ? - я это сделал с горем пополам).
Во - только что осознал - это у меня настоящий БАТЧЕР - потому что вся резня происходит посредством 7 батников

OFF: я тебе удивляюсь - до чего же ты всё-таки упёртый чёрт Такими темпами будешь скоро вровень с Нуно Брито (мож соразработчиком даж)! Уважуха тебе товарищ, и всякие остальные респекты! Благодаря твоему SDI и (не менее классному) IMG_RAM сценарию я по новому взглянул на ПЕ.
К сожалению не хватает мне твоей силы воли чтобы перейти на ВинБилдер - так много проведено за БартБилдером вечеров...

Добавлено: Жду вестей с полей Груба. Я вижу вы уже о нем говорите.. это радует. Хочется уж больно иметь на флешке от фотика еще и ПЕ и ДамнСмоллЛинукс и может еще че нить до кучи..

HighwayStar

Цитата:

какие были приложения в которых были проблемы с кракозябами чтобы потестить?

Я запускал все подряд с диска C:\ - имидж есть, ума не надо.

Товарищи, подскажите, куда копать. Сделал сборку на диске BCDW. При загрузке пишет
Цитата:

Элемент "ntkrnlmp.exe" в секции [SourceDiskFiles] INF-файла испорчен или отсутствует.

Отдельно всё нормально пускается. setupldr.bin корректный.

bob_from_saratov

Цитата:

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

Большевики делали революцию для народа. Может поделишься готовыми скриптами?
Или поделись хоть цифрами 43Мб это без библиотек и в пожатом виде? Если бы список файлов в i386 и вложенных то вообще незнал бы как и благодарить тебя..

Цитата:

К сожалению не хватает мне твоей силы воли чтобы перейти на ВинБилдер - так много проведено за БартБилдером вечеров...

а зачем тут сила воли? NIKZZZZ сделал нормальный конвертер inf2script переконвертируешь все инфы да и все.
Я уже Бартовский билдер напрочь забыл.

Цитата:

По умолчанию стоит Tahoma а не Arial, и это действительно так. Где это прописано я не разбирался, скорее всего в .reg файле начальной сборки реестра.

В стандартной сборке WinBuilder'a есть только Arial. Проблемы пока есть с жирными шрифтами. Все где используется Arial bold, MS Sans Bold не отображает даже английский текст
Redisych

Цитата:

товарищи, подскажите, куда копать. Сделал сборку на диске BCDW.

Если у тебя мультизагрузка, то похоже на то что WinPE начинает грузиться из своей папки, а затем подхватывает папку дистриба винды. У меня такое раньше бывало. Ни в одной WinPe сборке файла ntkrnlmp.exe у меня нет.

P.S. Идеи из меня так и прут, печатать только лень, а сам не успеваю все попробовать. Например собрать Windows Embedded запаковать его в wim и устанавливать как Windows Fundamentals for legacy PC's из под WinPE. Или собрать проект для винбилдера для сборки x64 системы. Похоже что достаточно в скриптах поменять i386 на AMD64 и посмотреть какие файлы поменяли название.
Опять вот огромный пост, а сказал я еще не все что хотел сказать.

Добавлено:
кстати кто-нибудь хочет Windows Blinds для винбилдера?

Цитата:

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

По-моему это не совсем то... Я говорю про возможность подключать отдельные папки, причём не в пустой подкаталог, а напрямую. Например: "Z:\SomeDlls" к "X:\I386\System32".


Цитата:

Неплохо было бы если бы она показывала краткое описание компонента

сделал

Chef

Цитата:

По-моему это не совсем то... Я говорю про возможность подключать отдельные папки, причём не в пустой подкаталог, а напрямую. Например: "Z:\SomeDlls" к "X:\I386\System32".

зачем "Z:\SomeDlls подключать к X:\I386\System32?
Берем все ненужные при загрузке длл, помещаем их в wim образ dll.wim, при этот они сжимаются не хуже чем винраром, затем грузимся, монтируем dll.wim в X:\SomeDlls, прописываем X:\SomeDlls в переменную окружения Path и рудуемся жизни.
Выгоды: быстрая загрузка и работа. Экономия места на диске за счет неслабого сжатия кучи файлов.
P.S добавил картинку в предыдущий свой пост, иллюстрация для тех кто еще думает нужен ли ему Винбилдер

HighwayStar
Ну вот, сразу и расстроил..

1. Скрин, конечно, симпатичный. Но . Но. Зачем тогда ВинБилдер. Я думал пойдет работа по уменьшению дистра за счет использования только нужных файлов. А у тебя уже IMG 89 Мегов. Странно.. На 128 мегов ОЗУ я думаю не загрУзится..
Моя голубая мечта - 4 и 4 ноля ! 40 МБ ИСО Осталось всего 2 мега ужать - уже не знаю как и изголиться.

2. Как там у тебя свободное место оказалось?? у меня диск Х: после загрузки имеет 10 КИЛОБАЙТ свободного места! Ведь если пустота в IMG - она зазря жрет память..

3. Делиться говоришь.. Это можно - только вот чем??? Я думаю ты догадываешься, что полученная мной сборка ВЕСЬМА отличается от сборки после конструктора того же 7sh3. Что у моего билда куча ограничений (тот же пнп не делаю сознательно, звук, минимум сети, куцый шелл - всё по рабочему минимуму). Кстати - не решусь убить ИЭКСПЛОРЕР, вроде как приятно им ХТМЛ открыть.. надо ли мне это??
Давай попробую раскрыть некоторые моменты, скажи что тебе нужно чтоб я сделал. Так как у меня всё на батниках и привязано к абсолютным путям - это будет сложно. Пиши .. Кажется мне листинг ничего не даст полезного.

HighwayStar

Цитата:

смотря какая система. Damn Small Linux прекрасно грузится без всяких адаптирований.

Я сказал "как правило". Разве я неправильно сказал?

Chef

Цитата:

По поводу фантастики... Вот было бы здорово, если бы у нас был фильтр файловой системы (вроде FBWF) с функцией "монтирования" содержимого одной папки в другую. Т.е. самое необходимое грузилось бы с sdi, а всякие доп. фичи по необходимости с диска...

Чем не устраивает, скажем, mount.exe?
Или MountISO? Монтирует ISO, portable, small.

bob_from_saratov

Цитата:

Ну вот, сразу и расстроил.

Это просто тестовая сборка, в процессе создания скрипта Windows Blinds и русского языка на базе WinBuilder 052, все на диске X:, место оставлено "про запас" для того чтобы при сборке можно было закинуть туда прогу другую.
На самом деле проект Standard можно собрать с эксплоером размером меньше 40Мб, а то и меньше 35, если выкинуть библиотеки в P:\bin

Цитата:

Что у моего билда куча ограничений (тот же пнп не делаю сознательно, звук, минимум сети, куцый шелл - всё по рабочему минимуму)

а тута ничего не урезано еще, полный pnp и мультимедиа, поддержка сети в которой еще похоже есть лишние библиотеки, полная MMC, плюс еще всякая левая фигня, которая находится в стадии тестирования.

Цитата:

Кажется мне листинг ничего не даст полезного.

Листинг хочу для проверки правильности скрипта поддержки сети. У тебя сеть как? У нас Обзор МС сетей, файл-сервер, монтирование сетевых дисков, интернет, dhcp.
Как ты отбирал файлы которые нужно оставить в сборке, может есть какие-нибудь интересные методы или проги?
ABATAPA
а что за mount.exe? тот что filedisk или какой другой?
Chef
Потестил новый WEEX, теперь именно то что нужно, а ты можешь пояснить что такое CMI?
Буду пробовать прикрутить EWF к скрипту USB Boot.

Можно показать скрин кому-нибудь из консерваторов, что сидят в топике по BartPE, например Акулу. пусть попробуют получить подобную картину пользуясь Bart's PE Builder'ом.

Цитата:

Чем не устраивает, скажем, mount.exe?
Или MountISO? Монтирует ISO, portable, small.

можно немного подробнее

HighwayStar
CMI это какие-то внутренние параметры конструктора. Например "cmiLangUL_iFirstWeekOfYear" или "cmiTargetDocsAndSettings". Смысел понятен, но как он узнаёт в какой раздел реестра или в какой файл писать эти значения - фиг знает.
Те параметры, которые я знаю, конвертируются - остальные как есть

[more=Ещё пара важных моментов...]

File:
- В WE все файлы хранятся в одной папке, а в дистрибутиве Xp они могут быть и в cab архивах (Drivers.cab, SP2.cab...). Возможны ошибки при копировании файлов.

Registry Data:
- WinBuilder не поддерживает некоторые типы ключей, но таких ключей очень мало.
- записи
HKEY_LOCAL_MACHINE\software преобразуются в Tmp_software\
HKEY_LOCAL_MACHINE\system в Tmp_setupreg_hiv\
все остальные в Tmp_default\
хотя может я и не прав...

Raw Dependency:
- .inf файлы ищутся и распаковываются в %TargetDir%\I386\Inf\
.sys в %TargetDir%\I386\System32\Drivers\
остальные в %TargetDir%\I386\System32\

PnP Device ID:
- Если есть PnPID то он записывается в секцию HardwareIdsDatabase TXTSETUP.SIF.
Похоже что при сборке конструктор обрабатывает inf'ы указанные в cmi параметрах и делает необходимые записи.
Мы же ограничиваемся только копированием .inf файла, а остальное доверяем плагу xpe-pnp ))

FBA DLL/COM Registration:
- записывается в autorun.cmd, а вообще библиотеку нужно регистрировать заранее

Если есть предложения по доработке - готов выслушать

[/more]

Уважаемые!
С каждым посещением я все больше восхищаюсь этой программе и в тоже время начинаю запутываться.

У меня прекрасно грузится сборка по инструкции NIKZZZZ - загрузка образа IMА в RAM. В образе только около 60МВ занято системой и несколькими программами, остальное место (еще 64МВ) оставлено на возможность системы писать на диск (этот самый образ). Все отлично работает и пока я только надеюсь, что знатоки разберутся и отшлифуют работу с сетью (сам я здесь помощи оказать не смогу в силу полного моего невежества в данном вопросе).

Но вот раньше HighwayStar вроде раскритиковал фичу с FBWF и я действительно от нее отказался

А теперь у меня появились вопросы:
1. Правильно ли я понял, что вообще-то образ IMA можно сделать только как раз под занимаемое пространство под-завязку (в моем случае 60МВ), использовать FBWF с резервированием кэша с запасом и все также будет работать, только система будет писать в кэш?
2. А самое главное - кэш этот будет "отъедать" память по мере надобности, а не сразу "откусывать" зарезервированную часть?

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

Для себя я сделал несколько маленьких плагинчиков (R-Studio, PowerQuest DeployCenter - 900 КВ! вьюер для образов PQI), но проги там коммерческие, поэтому надо спускать в "подземку". Перепишу английское описание на русское и там дам ссылочки. По дефрагментатору я плагина не делал, но есть мысль использовать такую утилитку - dirms.exe - она маленькая (172 КВ), простая в управлении, ее хвалят за быстроту и качество работы и она бесплатная (последний пункт позволяет выкладывать ее открыто

Добавлено:
Во! А сейчас в смежной ветке прочитал, что FBWF на носителе, поддерживающем запись отключится
IMA поддерживает запись, значит отключится? Тогда куда ж система писать будет, если образ подогнан как раз под завязку?
Или опять переходить на загрузку ISO в память?

Просветити, не дайте случится завороту мозгов!

Цитата:

Мне нравится подход bob_from_saratov по поводу утилитарности сборки - это инструмент и он, как мне кажется, должен быть максимально компактным и универсальным.

В моем понимании в первую очередь результат должен быть легко повторяем, такую сборку как сделал для себя боб я тоже могу для себя сделать, но стоит задача сделать скрипты для того чтобы каждый мог собрать такую же.
На пути к такой сборке вижу два этапа:
1) Отладка всех скриптов которые отвечают непосредственно за сборку системы без использования сторонних файлов.
2) Создаем новый проект в состав которого входят отлаженные скрипты из предыдущего пункта и ищем все библиотеки и другие файлы которые можно вынести за пределы так называемого "ядра". Параллельно разрабатываем новые скрипты для стандартного проекта.

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


Цитата:

загрузка образа IMА в RAM.

При использовании данного метода имеет смысл оставлять на диске как можно меньше свободного места так как оно тоже занимает оперативную паять в полном объеме.

Про FBWF. С файлами из Feature Pack 2007 он очень даже не плох, если не считать постоянных бсодов по любому поводу.

Цитата:

А сейчас в смежной ветке прочитал, что FBWF на носителе, поддерживающем запись отключится

Цитата:

Просветити, не дайте случится завороту мозгов!

Там вообще странные разговоры. Никакая запись нигде не отключается. Там речь идет о том, что можно защитить rw носитель от записи при помощи FBWF.

Из той ветки:
Цитата:

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

Так образ IMA, на котором моя РЕ, тоже вроде поддерживает запись?

Т.е. с помощью загрузчика W2k3 в память загружается образ IMA с системой и загрузочный диск вообще после этого может убираться из лотка. Тут вроде ни о каком RW речи нет? В моем понимании, FBWF будет (?) работать уже с образом системы в памяти?


Цитата:

При использовании данного метода имеет смысл оставлять на диске как можно меньше свободного места так как оно тоже занимает оперативную паять в полном объеме.

Но куда-то же системе нужно писать? А постоянные бсоды тоже как-то не вдохновляют

Кстати, согласен со взглядом на модульность - пусть каждый выбирает себе путь Это чисто мое ИМХО, что загружать WinPE для возможности посмотреть фильм или послушать музыку, а тем более для игр - некоторая, скажем так, излишность

Добавлено:
Кстати, почему меня привлекает таки IMA? (на самом деле у меня и с FBWF и загрузкой в память ISO получилось даже раньше, я об этом писал, но ты тогда ответил, что FBWF не поддерживает создание файлов и папок на других языках...). Вроде как там можно сжатие диска на NTFS поставить.

А теперь черт его знает: оставить как есть образ с запасом или вернуться на маленькое ISO и FBWF?

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

Цитата:

Кстати, почему меня привлекает таки IMA?

потому что

Цитата:

там можно сжатие диска на NTFS поставить.

Цитата:

оставить как есть образ с запасом или вернуться на ISO и FBWF?

уменьшить образ до размера занятое место + 2-3 Мб и остаться на IMG.

Цитата:

если зарезервировать кэш, допустим 128МВ, то при загрузке образа эти 128МВ тоже будут заняты или будут заполняться по мере записией системы и свободная память будут уменьшаться постепенно?

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

Цитата:

Тут вроде ни о каком RW речи нет?

RW - Read/Write носитель. Значит доступен в режиме чтения и записи.
RO - Read Only носитель. Доступен только в режиме чтения.

Вот все понятно и вдохновляет, но последние строки опять сбивают с толку - так не вырубится FBWF при использовании образа IMA? Ведь он же тоже доступен для записи.

И какой FBWF использовать: тот что раньше или самый последний (который с бсодами ?

в основной теме только что подробно объяснил возможности FBWF

HighwayStar

Цитата:

кстати кто-нибудь хочет Windows Blinds для винбилдера?

Очень даже хочется.
Где можно качнуть?

Послушайте, а вы не слишком увлеклись минимизацией? Основной парк машин это все-таки 256 и более. Минимизация конечно хорошо, но 2-3 Мб дела не решают, а усилий на это тратится достаточно. Тем более такие минимизированные системы потом очень быстро разрастаются в об'еме. Не лучше ли получить нормальную систему под 256 Мб, а уж потом минимизировать ее в качестве развлечения. ( Я естественно не имею ввиду глобальные решения по минимизации.)