» Windows Preinstallation Environment(WinPE) и BartPE LiveCD 6

Есть ли плагин, который добавлял бы команды которые есть в консоли восстановления для WinXP?

Цитата:

RUSLang не нужен, without ramdrive - сколько свободного места остается в img после сборки рамбутом? зачем без рамдиска собирать?
если действительно, без "плагинов нет никаких..." собрать, по умолчанию, потом сделать ramboot 2.4 рамсборку (не забыв оставить в img мег 5 свободно) - 7b есть?

Из папки plugin удалил папку 000-ramdisk, в основном окне программы вхожу в плагины, там все рубанул.
Конструктор ругнулся на то что "создание на основе ОЕМ версии может привести к ошибкам". и создал исошку размером 167 532 544, запустил ramboot 2.4 казал путь к папке bartpe в каталоге конструктора, указал путь и имя исошки... вдавил тест, итог таков Size 158,7 mb, Compress 109 mb. Ближайший RAM drive size это 120... получаем 120-109=11 мб еще свободного... ну поехали.... сделал ram.iso накатал на диск....и образ начинает грузиться 7b... ладно смотрим сборку отсутствует файл ramdisk.sys, подкинуд в i386/system32/drivers... делаем рам сборку.... закатываем 7b... ну думаю может места мало, влупил размер 225 ... и опять 25.... Вообще не понимаю ничего ....
Паралельно проводил рам загрузку по сети, аналогично 7b ... файлы от win2003Sp1
У меня конечно закралась мысль о том что винда коцанная... но вообще как-бы нлайтом не тронутая, и без всяких "дополнений" обычная sp2...

А вы проверяли на ram загрузку эту сборку?
Просто как бы я на конструкторе minisv из этой же xp сделал сборку и на рам она завелась без вопросов.... блин но не то....

err_err

Цитата:

Из папки plugin удалил папку 000-ramdisk, в основном окне программы вхожу в плагины, там все рубанул.

зачем удалять папку 000-ramdisk? зачем в плагинах все отрубать? там и так ничего практически не включено, зачем without ramdrive? это подразумевает что Temp будет на системном диске X, соответственно места в img надо оставить не менее 30 мег с плюсом а это таже самая память что и уйдет если просто использовать обычный рамдиск, какой смысл?

я говорю про простую вещь - взять конструктор, установить его, ничего в нем не удалять, не отключать, ничего не добавлять, просто собрать по дефолту, потом запустить рамбут (он кстати есть в папке конструктора) и сделать рамсборку, посмотреть есть ли 7b


Цитата:

А вы проверяли на ram загрузку эту сборку?

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

yurkesha
Так как на счёт монтирования wim-архивов? Если скрипт выкладывать снаружи, то по идее можно снаружи выложить батник монтирования личный для каждого wim-архива, в котором указать всё что нужно: стартовый файл, разрешить запись или только чтение. И при повторном старте батника он проверяет наличие монтированного wim'а, и если он есть, то стартует прогу. Или несколько батников, каждый из которых запускает свою прогу в wim'e.
Интересен ещё вопрос, что лучше, монтировать всю папку PROGRAMS или каждую программу отдельно, интересно скорость доступа с CD одинаковая, есть ли какие плюсы в способе монтирования?

AZJIO
ну я думаю что личный скрипт не нужен. Достаточно снаружи либо внутри положить файл с параметрами подключения.
Ну например создаем предопределенную секцию в WIM с одинаковым именем(для конкретности пусть будет WIM_PAR) и в нее кладемодин единственный файл типа инишника с описанием какие секции монтировать из этого WIM и что делать дальше после монтирования.
При старте всегда будем для начала монтировать секцию WIM_PAR парсить файл с описаниями, отмонтировать эту секцию и потом монтировать уже согласно указанным в инишнике параметрам. Длинновато конечно, но зато WIM получается самодостаточным, а скрипт монтирования один и он универсален.

Angel_19

Цитата:

Есть ли плагин, который добавлял бы команды которые есть в консоли восстановления для WinXP?

именно плагина для консоли восстановления не видел но
1) можно добавить в мультизагрузку эту консоль - описано в руководстве по bcdw
2) можно воспользоваться плагином erd commander который позиционируется как продвинутая консоль

ну и собственно какие команды то интересуют?

yurkesha
проверил скорость запуска
avp8 базы на CD, CD-загрузка - 37 сек
-"- тоже самое но с wim-архива - 18 сек

Totalcmd 7 сек, повторный запуск 3 сек
-"- тоже самое но с wim-архива 6 сек, повторное монтирование и запуск 3 сек

Проверял wim-архивы повторной загрузкой, дав диску остыть. Так что всё ограничивалось скоростью чтения диска, а не чтением сжатого wim-архива. Проц P4 прескот.

При отсутвии записи на CD-диск монтировать wim'ы не удалось.

Плаги некоторые переделывать придётся, плеера и кодеки неплохо сжимались, только разбросаны по разным папкам.

AZJIO
Невозможно монтировать только на запись - на чтение все нормально монтируется. А по поводу скорости - по-идее скорость будет определяться временем считавания WIM-а ну и еще сколько-то потратится времени на сам запуск. Вобщем штука явно полезная.

Давай только доопределимся с идеологией:
- описание запуска внутри архива или рядом сним?
- один WIM - одна прога или все-таки родсвенные вещи упаковываем в один и тот же WIM, но в разный(или в одну) секции?
Я склоняюсь держать описание внутри и один WIM - одна прога. В этой ситуации можно будет сделать - клик по WIM-у и сразу запускается прога ничего не спрашивая.

yurkesha
Цитата:

Я склоняюсь держать описание внутри и один WIM - одна прога. В этой ситуации можно будет сделать - клик по WIM-у и сразу запускается прога ничего не спрашивая.

Получается что это идеальный вариант. Ещё бы упаковку проги в wim сделать такой же лёгкой как и старт.

Цитата:

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

Вот я пытался батником монтировать, и не сработало:

Цитата:

@echo off
color 3b
imagex.exe /mount X:\PROGRAMS\FFdshow.wim 1 "X:\PROGRAMS\FFdshow"
imagex.exe /mount "X:\PROGRAMS\Microsoft Shared.wim" 1 "X:\PROGRAMS\Common Files\Microsoft Shared"
imagex.exe /mount X:\PROGRAMS\MPC.wim 1 "X:\PROGRAMS\MPC"
imagex.exe /mount X:\PROGRAMS\NOD32_40.wim 1 "X:\PROGRAMS\NOD32_40"

в то время как аналогичные батники для диска B сработали:
Цитата:

@echo off
color 3b
md "B:\avp8"
imagex.exe /mount X:\PROGRAMS\avp8.wim 1 "B:\avp8"
start "" "B:\avp8\avp8_wim.exe"

Цитата:

@echo off
color 3b
md "B:\TotalCMD"
imagex.exe /mount X:\PROGRAMS\TotalCMD.wim 1 "B:\TotalCMD"
start "" "B:\TotalCMD\Totalcmd.exe"

AZJIO
Ну автоматическое создание WIM у меня уже есть
Я его на автосоздании плага NOD отрабатывал.
А монтировать с CD надо не на CD - я предлагаю в %TEMP% содавать определенные папки и монтировать и запускать оттуда. Но естественно придется при этом адаптировать многие плаги - в момент запуска выполнить импорт в реестр нужных путей.

VV2006, 7sh3
Большое спасибо за ответы по Runscanner. Help-a по нему у меня в конструкторе нет, наверно конструктор старый - скачивал больше года назад.
7sh3
Я еще задавал вопрос насчет того,какие в Windows есть привязки к железу, кроме MountedDevises - чтобы подменять реестр сохраненным кустом. Понимаю, что "вопрос конечно интересный", но все-таки?

GRN08
ссылка на новый Runscanner в шапке - Paraglider BartPE Plugins
по реестру - чтобы не мудрить - весь SYSTEM в HKEY_LOCAL_MACHINE

yurkesha
AZJIO
Игрался я с wim-ами в свое время. Сделал несколько плагов в wim-е. Сейчас оставил только Paragon HDD Manager 2009. Так есть некоторые непонятки, связаные с конфигурациями компов (предположительно). Проявляется так: при запуске cmd-шника, wim-архив монтируется нормально, но при запуске самой программы, WinPE как бы подвисает. Ни одна программа после этого не запускается.
Т.е. монтируем - все ок.
Запускаю прогу - висяк.
На домашнем компе/ноуте/рабочем компе и многих других эта проблема не наблюдается
Проявлялась на нескольких, относительно! старых компах. И на VMWare вроде тоже. Объем оперативки вроде не влияет.
Есть у кого идеи и предложения?
Т.к. wim - это конечно тема!
P.S.
У меня 53 Мб (Paragon HDD Manager + Paragon Defrag) лежат в wim-е размером 13 ! мб. Да и загрузка быстрее (там где грузится )

MishaEmS

Цитата:

Есть у кого идеи и предложения?

Монтирование Wim образа не поддерживает короткие 8.3 дос пути. Может в этом проблема?

Есть вопросик. В конструкторе 7sh3 для ImDisk написано "not more 128 Mb in ramboot". В чем заключается проблема? Она актуальна на сегодня?

mpcffdshow - подправил пути, чтоб все кодеки были в одной папке MPC.

Планируется ли обновление конструктора?

AZJIO
пробуй вот плаг нового старта монтирования и запуска из WIM(только на чтение - по крайней мере пока что) и скрипт автосоздания плага NOD32 4.0 собранного в WIM(для создания надо иметь NOD32 4.0 установленный в системе и установленный Windows Image File Filter Driver).
Само-собой любые альтернативные плаги поддержки WIM надо отключить - иначе надо обеспечить автозапуск служб WimFltr и FltMgr.
Также обращаю внимание на создание в меню Пуск и в панели быстрого запуска для WIM-файлов - что позволяет использовать WIM-архив более прозрачно...
Жду замечаний и предложений.

Добавлено:
Забыл сообщить - 268 кб.

Добавлено:
И вот еще что - я наверное внесу еще в скрипт такие модификации:
если не найден _wim_par.ini то можно исполняемый файл либо искать одноименный с wim либо пробовать запускать первый исполняемый файл по какой-либо сортировке...
Соответсвенно в скрипт я на всякий случай верну параметры наименования секции и исполняемый файл, но сделаю их необязательными - для большей универсальности.

Добавлено:
скрипт тестовый - в итоговом варианте я поменяю некоторые имена и формат его вызова.

NIKZZZZ

Цитата:

Монтирование Wim образа не поддерживает короткие 8.3 дос пути. Может в этом проблема?

Так с монтированием проблем нет. Проблема возникает именно при запуске программы. Т.е. если примонтировать wim, то все нормально. Файлы есть, размеры правильные, контрольные суммы совпадают... Но как только запускаю прогу, всё, висяк. А если бы проблема была с именами файлов, то не запускалось бы везде. Наверно причина в чем-то другом.
Посмотрите и претестируйте у себя пожалуйста мой wim. У меня не хочет работать на VMWare.
http://ifolder.ru/11817870 (Название: phdm2009en.wim, Размер: 12.24 Мб)
NIKZZZZ, yurkesha, AZJIO Попробуйте у себя, пожалуйста.

MishaEmS
Я не точно выразился, не работают короткие пути и имена к смонтированным файлам.

подскажите как отключить автозапуск nu2menu, чтобы он был но нестартовал

По поводу Wim - в варезной ветке я приводил плагин для работы с ним в Total Commander.
Про загрузку системы из Wim образа можно посмотреть в теме по WinBuilder.

AZJIO & ALL
вот вроде определился с вариантами запуска: [more=описание форматов]Общие замечания:
===============================
При указании параметров командной строки содержащих пробелы обязательно
обрамляйте их двойными кавычками!
Также обязательно наличие в %SystemRoot%\system32 утилиты imagex.exe"
Путь для монтирования "по умолчанию":
%TEMP%\WIM_PRG\DISK_<Буква диска на котором лежит WIM>\<полный путь монтируемого WIM>\<имя WIM-файла>
Секция для монтирования "по умолчанию": 1
===============================
Документированные способы следующие(даны в порядке убывания приоритетов обработки):
===============================
1. Запуск с указанием всех параметров из командной строки
(3 обязательных и 2 необязательных):
1-й - обязательный - WIM-файл для монтирования - полный путь
2-й - обязательный и равен 2 - это признак указания всех параметров из
командной строки при его указании игнорируются параметры
из файла запуска
3-й - обязательный - файл для запуска - имя исполняемого файла
с относительным путем внутри WIM - без имени секции)
4-й - необязательный - секция WIM-файла для монтирования - если
не указано то будет использована секция "по умолчанию"
5-й - необязательный - путь для монтирования - полный путь -
если не указано будет использован путь "по умолчанию".
===============================
2. Запуск с подхватыванием параметров запуска из внешнего файла запуска
<имя wim-файла без расширения>_wim_par.ini
Принимает 2 обязательных и 2 необязательных параметра из командной строки:
1-й - обязательный - WIM-файл для монтирования - полный путь
2-й - обязательный и равен 1 - это признак указания всех параметров из
из внешнего файла запуска - при его указании меняется смысл использования
3 и 4 параметров
3-й - необязательный - секция WIM-файла для монтирования -
если не указано то будет использована секция WIM_SECTION если
она не указана то секция "по умолчанию"
4-й - необязательный - путь для монтирования - полный путь -
если не указано будет использован путь MOUNT_PATHS если
он не указан то путь "по умолчанию".
Файл описания запуска должен содержать следующие параметры:
FILE_LOAD=<файл для запуска> - имя исполняемого файла с относительным
путем внутри WIM - без имени секции
WIM_SECTION=<имя секции WIM-файла для запуска> - если не указано
будет использована секция "по умолчанию"
MOUNT_PATHS=<путь для монтирования> - если не указано
будет использован путь "по умолчанию"
===============================
3. Запуск с подхватыванием параметров запуска из файла _wim_par.ini
расположенного в корне секции для монтирования
Принимает 2 обязательных и 2 необязательных параметра из командной строки:
1-й - обязательный - WIM-файл для монтирования - полный путь
2-й - обязательный и равен 0 - это признак указания всех параметров из
из внутреннего файла запуска - при его указании меняется смысл использования
3 и 4 параметров
3-й - необязательный - секция WIM-файла для монтирования -
если не указано то будет использована секция "по умолчанию"
4-й - необязательный - путь для монтирования - полный путь -
если не указано будет использован путь "по умолчанию".
Файл описания запуска должен содержать следующие параметры:
FILE_LOAD=<файл для запуска> - имя исполняемого файла с относительным путем
внутри WIM - без имени секции
===============================[/more]

Добавлено:
Прошу всех заинтересованных посмотреть и высказать замечание по формату...

Добавлено:
Для тех кто пропустил предысторию - цель - монтирование WIM-фала и сразу же запуск программы из него по обработке расширений. То есть можно будет создавать ярлык сразу для WIM-файла и это и будет ярлыком приложения. Ну и произвольное монтирование само-собой... Поддержка монтирования на запись будет добавлена в будущем - под это зарезервированы значения второго параметра запуска скрипта.

Как создать флешку с ram загрузкой? Если создаю с помощью peinst конструктора, WinXPE не грузиться с флешки. Если создаю как minint, тогда загружается.

mat86
запуск nu2menu прописан как шелл:
Код: [SetupReg.AddReg]
; Install nu2menu.exe as shell
0x1, "Setup", "CmdLine", "\Programs\Nu2Menu\nu2menu.exe"

Цитата:

я говорю про простую вещь - взять конструктор, установить его, ничего в нем не удалять, не отключать, ничего не добавлять, просто собрать по дефолту, потом запустить рамбут (он кстати есть в папке конструктора) и сделать рамсборку, посмотреть есть ли 7b

Хех... РАБОТАЕТ!!!

Но в связи с этим возникает следующие вопросы:
1. НЕ RAM загрузка.... не хватает памяти для загрузка dmboot.sys.... вылечил тем что с сайта yurkesha скачал postprocessing.... И лаг прошел.... Но после изменений, вызванных распаковкой данного файла RAM загрузка падает в 7B .... почему???
2. Соответственно при использовании конструктора без postprocessing ... RAM работает нормально... зато при обычной загрузке без рам, при наличии в тачке более 256 мб оперативы ловим мессаг о не хватке памяти dmboot.sys

Как то очень интересно получается....

Привет всем!
Киньте,пожалуйста,ссылочку на EWF (плагин или как).
У меня ХРЕ на флешке

kolja87
Ссылка на EWF: http://flashboot.ru/index.php?name=News&op=article&sid=25 (страница с описанием и ссылкой на файл)
Хотя не думаю, что для XPE есть смысл, он и так почти ничего на флэш не пишет.

yurkesha
примеры бы ещё, типа

Цитата:

_wim_par.ini внутрений файл любого *.wim
nod40_wim_par.ini -внешний файл описания nod40.wim

внешний файл nod40_wim_par.ini
FILE_LOAD=egui.cmd - старт программы содержащейся внутри *.wim
MOUNT_PATHS=B:\nod40 - папка монтирования

внутренний файл_wim_par.ini
START=egui.cmd - старт программы внутри *.wim

Цитата:

2. Запуск с подхватыванием параметров запуска из внешнего файла запуска
<имя wim-файла без расширения>_wim_par.ini
Принимает 2 обязательных и 2 необязательных параметра из командной строки:
1-й - обязательный - WIM-файл для монтирования - полный путь

Почему для монтирования нужно указывать полный путь? Разве путь не передаётся в переменную?

Цитата:

3. Запуск с подхватыванием параметров запуска из файла _wim_par.ini
расположенного в корне секции для монтирования
Принимает 2 обязательных и 2 необязательных параметра из командной строки:
1-й - обязательный - WIM-файл для монтирования - полный путь

Если _wim_par.ini внутри wim'а, то зачем ему путь wim-файлу?
Может я не так понял?

AZJIO
Примеры будут. Щас доотлаживаю скрипт - внутренний и внешний инишник уже работает...

Путь передается - просто скрипт на входе имеет описание параметра и я долже это декларировать, а как этот параметр подставляестя - это уже дело десятое. Все расно параметр остается параметром.
Я сдела запуск типа: "%SystemRoot%\SYSTEM32\wim_loader.cmd ""%1"" 1"
И в этой строке фактически скрипту передаются два параметра - первый - плное имя файла а второй - 1 - тип монтирования(авто в данной ситуации и для ручного будет 2).
И если есть внешний INI-aайл то при запуске параметры берутся из него, если его нет то параметры ищутся во внутреннем INI-файле, в случае возникновения ошибки выводится файл с описаловом