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

» Windows Preinstallation Environment(WinPE) и BartPE - LiveCD

Автор: NIKZZZZ
Дата сообщения: 30.07.2013 13:03
Skif_off

Цитата:
Делает не то же самое?

Делает, но требует HWPn.
Автор: Ivan_Strelec
Дата сообщения: 30.07.2013 13:18
lucky_Luk

Цитата:
Как будто попытка сделать ярлыки для программ со второго WIM идет ДО монтирования Programs.wim или вообще не срабатывает.


После загрузки просто в коммандной строке запусти xpeinit -l и посмотри, что получится.
Повторюсь, прога смотрит реестр, проверяет наличие программы по указанному пути и только тогда создаст ярлык. Внимательно это проверить. Может в реестре не так записана информация?
Автор: Skif_off
Дата сообщения: 30.07.2013 14:35
NIKZZZZ

Цитата:
Делает, но требует HWPn

hwpnp.exe обычно есть в сборках а мой опыт подсказывает - не лезь в txtsetup.sif без необходимости

Ivan_Strelec

Цитата:
в папке files он в исходном виде

Ни разу еще не видел столько if .. else
Автор: lucky_Luk
Дата сообщения: 30.07.2013 21:36
Ivan_Strelec


Цитата:
После загрузки просто в коммандной строке запусти xpeinit -l и посмотри, что получится.

При ручному запуске нормально отработала, создала ярлыки для программ из Programs.wim.

Теперь засунул эту фигню в конец батника mountpr.cmd, проверю работу.

Добавлено:
Сработало.

Ну что, нужны кому-то модифицированные файлы для сборки Programs.wim конструктором от 7sh3 или и так разобрались?

Добавлено:
Остается последняя проблема: как обеспечить возможность записи на носитель для программ из Programs.wim.
А так ли нужен FBWF, или без него не будет работать система, загруженная из основного Winpe.wim?

Добавлено:
Насчет IMAGEX и mountrw ситуация интерсная.
В сборке лежит Programs.wim. Просто лежит, плагин для монтирования ProgramWim временно убрал из сборки.
В сборке есть IMAGEX и его GUI. Пытаюсь монтировать Programs.wim ручками.
Если монтировать просто в режиме чтения - все в порядке.
Если монтировать в режиме чтения/записи, то не получается смонтировать, IMAGEX GUI сразу пишет "отказано в доступе". Вот тут надо искать косяк - что блочит доступ?
Автор: NIKZZZZ
Дата сообщения: 30.07.2013 23:50
lucky_Luk

Цитата:
Вот тут надо искать косяк - что блочит доступ?

Нельзя смонтировать wim в режиме RW, если сам wim находится на RO носителе, например на CD.
Я монтирую так:

Код: imagex.exe /mountrw ....
if %errorlevel% LEQ 0 GoTo _MountOk
imagex.exe /mount ....
if %errorlevel% LEQ 0 GoTo _MountOk
goto _MountError
Автор: lucky_Luk
Дата сообщения: 31.07.2013 00:10
NIKZZZZ


Цитата:
Нельзя смонтировать wim в режиме RW, если сам wim находится на RO носителе, например на CD.

В таком случае нет смысла городить отдельный WIM для программ.
Проще запускать их напрямую с носителя, без WIM, там FBWF нормально работает. Ведь основная задача не сохранить какие-то там изменения в настройках навсегда, а только сделать возможность изменения этих настроек (относительно сделанных настроек "по умолчанию" при сборке) для одного сеанса работы WinPE. Чтобы софт не ругался, а мог нормально писать в свои конфиги и мусорные "одноразовые" логи.
Любые попытки предварительно переносить Programs.wim на рамдрайв уменьшат общее быстродействие и задерут требования к количеству оперативки до уровня сборки типа "один большой WIM-файл с ОС и всем нужным софтом".

Короче приходим к двум старым способам:
1. Сборка с ОС и самым нужным софтом в WIM, второстепенный софт тупо запускается напрямую.
2. Две независимые сборки на одном носителе. В одной WIM поменьше (и софта меньше), в другой - побольше.
Автор: NIKZZZZ
Дата сообщения: 31.07.2013 00:36
lucky_Luk

Цитата:
Проще запускать их напрямую с носителя, без WIM, там FBWF нормально работает.

Так ведь если носитель с FBWF, с него можно монтировать wim в RW режиме. Но при wim загрузке FBWF работает только на x:, а не на CD.
Автор: Ivan_Strelec
Дата сообщения: 31.07.2013 06:52
NIKZZZZ

Цитата:
Но при wim загрузке FBWF работает только на x:, а не на CD.


Если не ошибаюсь, то у FBWF есть параметры для управления защитой

Код:
;PROTECTION
;Set protection for drives/paths.
;You should set this as ProtectionX,<drive:>,<\Path>
;Any path specified will not allow commits.
;By default the systemdrive is automatically protected.
;This is just an example....
;0x7,"ControlSet001\Services\FBWF\Exclusion","Protection1","C:","\windows"
Автор: lucky_Luk
Дата сообщения: 31.07.2013 10:40
Рассмотрим ситуацию. Допустим у нас комп с небольшим объемом оперативной памяти, достаточным только для работы WinPE напрямую с диска или для работы небольшого WIM с ОС и минимумом софта.
Допустим, мы хотим подмонтировать Programs.wim с дополнительным софтом.
ИМХО, получим два варианта:
1. PROGRAMS.WIM монтируется с диска, софт тупит из-за медленного чтения WIM.
2. PROGRAMS.WIM предварительно переносим в RAM и нам либо не хватает RAM, а если хватает, то проще сделать один большой WINPE.WIM с виндой и всем софтом.
А для хилых компов держать менее требовательную сборку с небольшим WINPE.WIM, содержащим минимальный набор софта.

Стоит ли вообще городить огород с PROGRAMS.WIM?

Добавлено:
NIKZZZZ


Цитата:
Но при wim загрузке FBWF работает только на x:, а не на CD.

А если подмонтировать PROGRAMS.WIM куда-нибудь на X: ?
Автор: NIKZZZZ
Дата сообщения: 31.07.2013 11:15
Ivan_Strelec

Цитата:
Надо покопаться в сторону fbwfmgr.exe

Пробовал. Проблемы.
Не все версии fbwfmg работают под PE.
CD монтируется после загрузки системы, во время ее загрузки он не существует, а fbwfmgr не позволяет включить FBWF на лету, требует перезагрузки.

lucky_Luk

Цитата:
А если подмонтировать PROGRAMS.WIM куда-нибудь на X: ?

Во первых, смысл - сам Wim файл должен быть на RW носителе.
Во вторых, wim не монтируется на диски с FBWF.


Цитата:
Стоит ли вообще городить огород с PROGRAMS.WIM?

Уменьшение размера и увеличение скорости именно за счет этого.



Автор: lucky_Luk
Дата сообщения: 31.07.2013 11:44
NIKZZZZ


Цитата:
Уменьшение размера и увеличение скорости именно за счет этого.

За счет чего достигается увеличение скорости?

Понятно, когда WINPE.WIM в оперативке сидит.
А какая разница, напрямую запускается софт с болванки или он запускается из PROGRAMS.WIM, записанного на ту же болванку? Все упирается в скорость чтения и качество болванки.
Автор: Ivan_Strelec
Дата сообщения: 31.07.2013 11:52
NIKZZZZ

Цитата:
fbwfmgr не позволяет включить FBWF на лету, требует перезагрузки.


Взял FBWF из XPeSP2FeaturePack2007.iso , установил на виртуалке и посмотрел, как включается/выключается защита того же CD. Оказывается в корень C:\ записывался файлик конфигурации fbwf.cfg в котором упоминалось защищаемое, вернее устройство, на которое можно было писать.
Создал у себя новый плагин с этой версией FBWF.
Сборка загрузилась без BSOD. Пытаюсь проделать аналогичные операции с fbwfmgr.exe - кричит, что неверная функция и т.п.
Подсунул файл конфигурации на Х: - он на него внимания не обратил.....
Интересно то, что при создании плагина я не модифицировал txtsetup.sif а все отработало. Может позже что вылезет?
Автор: NIKZZZZ
Дата сообщения: 31.07.2013 11:53
lucky_Luk

Цитата:
А какая разница, напрямую запускается софт с болванки или он запускается из PROGRAMS.WIM, записанного на ту же болванку?

Скорость растет за счет:
Компрессия - читается меньший об'ем.
При чтении большого количества мелких файлов - не читается мусор и меньше дергается головка, скорость возрастает очень сильно.
Автор: sabash
Дата сообщения: 31.07.2013 11:54
нужно отключить авто-запуск FBWF, и запускать его после монтирования внешнего wim.
А вообще - не вижу смысла запускать XPPE из wim (сразу отнимает кучу памяти), сделал плугин для интеграции WinVBlock в XPPE, что позволяет мапировать ISO как диск (не в память!) и стартовать прямо оттуда .... тогда и разбиение на два вима ненужно и память лишнюю не отнимает
Автор: Ivan_Strelec
Дата сообщения: 31.07.2013 11:55
NIKZZZZ
А Вы случайно не возились с make_PE3 ???
На разных машинах стабильно вылетает на 5 шаге при монтировании wim из дистрибутива.
Якобы версия imagex не та
Автор: lucky_Luk
Дата сообщения: 31.07.2013 12:06

Цитата:
Скорость растет за счет:
Компрессия - читается меньший об'ем.

А поиск нужного куска в WIM?


Цитата:
А вообще - не вижу смысла запускать XPPE из wim (сразу отнимает кучу памяти)

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


Цитата:
что позволяет мапировать ISO как диск

А писать на такой "диск" можно?
Автор: sabash
Дата сообщения: 31.07.2013 12:07
В сборках WinPE на базе Win7-8 сейчас используют native.exe, что позволяет запустить минимальный! wim (там нет не только программ, но и большей части самой винды - драйверов, длл, екзешников), а потом подмонтировать все остальной из другого вима (не в память!) и включить в конце FBWF. Вот только для вынь 7 и вынь 8 native.exe разные и даже не знаю - есть-ли такое для ХР

Добавлено:
писать можно, тем более при включенном FBWF
Автор: NIKZZZZ
Дата сообщения: 31.07.2013 12:11
Ivan_Strelec

Цитата:
Пытаюсь проделать аналогичные операции с fbwfmgr.exe - кричит, что неверная функция и т.п.

Повторюсь
Цитата:
Не все версии fbwfmg работают под PE.

Была одна версия , могу посмотреть , какая.
А у тебя одинаковые версии

Код: fbwflib.dll
fbwfmgr.exe
fbwf.sys
Автор: Ivan_Strelec
Дата сообщения: 31.07.2013 12:26
NIKZZZZ
Посмотрел свойства - версия 2.00.1024.0
Все файлы из одного источника.
Немного смутило, что у Yurkesha есть кусок

Код:
[SetValue]
"txtsetup.sif","BusExtenders.Load","fltmgr","fltmgr.sys"
"txtsetup.sif","BusExtenders.Load","fbwf","fbwf.sys"
"txtsetup.sif","files.fbwf","fbwflib.dll,2 ;"," "
"txtsetup.sif","files.fbwf","fbwf.sys,4 ;"," "
"txtsetup.sif","files.fltmgr","fltlib.dll,2 ;"," "
"txtsetup.sif","files.fltmgr","fltmgr.sys,4 ;"," "
Автор: lucky_Luk
Дата сообщения: 31.07.2013 12:48
sabash


Цитата:
В сборках WinPE на базе Win7-8 сейчас используют native.exe

Оно-то круто, но смотреть на убожество без Панели задач, без Пуска или с не работающими кнопками как-то неинтересно. Ладно там сборка с одной-двумя программами, которым необходимы более новые версии WinPE.
Или уже научились нормально прикручивать Explorer к WinPE 2 и старше?
Автор: NIKZZZZ
Дата сообщения: 31.07.2013 13:12
Ivan_Strelec

Цитата:
Посмотрел свойства - версия 2.00.1024.0

Попробуй 2.0.1200 , насколько помню, только она работала.
Автор: sabash
Дата сообщения: 31.07.2013 13:52

Цитата:
Оно-то круто, но смотреть на убожество без Панели задач, без Пуска или с не работающими кнопками как-то неинтересно. Ладно там сборка с одной-двумя программами, которым необходимы более новые версии WinPE.
Или уже научились нормально прикручивать Explorer к WinPE 2 и старше?


Давно уже научились

Добавлено:
Сборки WinPE на основе XP сейчас интересны только! для каких-то специфических задач, требующих именно ХР .... ну или если на компе памяти меньше 400мб
Автор: Ivan_Strelec
Дата сообщения: 31.07.2013 14:18
NIKZZZZ

Цитата:
Попробуй 2.0.1200 , насколько помню, только она работала.

Вроде и 2.0.1024 работает, полный комплект 2.0.1200 что-то найти не могу. Да думаю, что и там fbwfmgr.exe под XPE работать не будет.
Мне хватает просто /mount, хотя интересно было побороться на /mountrw

Повторю свой вопрос

Цитата:
случайно не возились с make_PE3 ???
На разных машинах стабильно вылетает на 5 шаге при монтировании wim из дистрибутива.
Якобы версия imagex не та

Автор: Skif_off
Дата сообщения: 31.07.2013 15:19
Ivan_Strelec
На WinXP? Windows Image File Filter Driver стоит? У меня, кажется, без него не работало что-то.
У yurkesha - BARTPE\PLUGIN\2_BASE\WIM_TECH\FILES\wimfltr.inf,
у 7sh3 - pebuilder_xpe\plugin\!000_support\03_wimmount\wimfltr.inf
Автор: NIKZZZZ
Дата сообщения: 31.07.2013 15:45
Ivan_Strelec

Цитата:
полный комплект 2.0.1200 что-то найти не могу.

Комплект


Цитата:
случайно не возились с make_PE3 ???

Возился, но давно, не помню что правил, заработало. Но стоит ли с ним возиться? Есть куча проектов, более удобных для сборок.
Автор: Ivan_Strelec
Дата сообщения: 31.07.2013 17:11
NIKZZZZ

Цитата:
Есть куча проектов, более удобных для сборок.

WinBuilder?
Столько подходов к нему было.
Опять взялся - на 5 шаге, где монтируются wim из дистрибутива конструктор стабильно вываливается...

За комплект FBWF - спасибо

/Skif_off

Цитата:
Windows Image File Filter Driver стоит?

Со сборкой XPE проблем никаких нет. Тут все давно обкатано.
Просто в теме возник вопрос о возможности монтирования wim в режиме RW.
Вот и ковыряемся.

lucky_Luk

Цитата:
Стоит ли вообще городить огород с PROGRAMS.WIM?

с PROGRAMS.WIM все-таки быстрее.
А вот если программе из wim нужна запись в свою же папку, и то, что пока не решили проблему монтированием wim в режиме RW, в голову пришла идея:
Если есть плагины, которые требуют RW, а таких я думаю не много, то для них создать отдельный PROGRAM2, котоый в постобработке подсунуть в wim с системой.
Тогда при загрузке они автоматом распакуются рядом с ситемой на X: , который через FBWF доступен на запись.
Может и криво, но вполне работоспособно. Сегодня попробую.
Автор: Skif_off
Дата сообщения: 31.07.2013 18:45
Ivan_Strelec
Про Windows Image File Filter Driver - это ответ на

Цитата:
случайно не возились с make_PE3 ??? На разных машинах стабильно вылетает на 5 шаге при монтировании wim из дистрибутива. Якобы версия imagex не та
Автор: lucky_Luk
Дата сообщения: 31.07.2013 20:19
Ivan_Strelec


Цитата:
Если есть плагины, которые требуют RW, а таких я думаю не много, то для них создать отдельный PROGRAM2, котоый в постобработке подсунуть в wim с системой.

Не понял. По-моему это аналогично простой упаковке этих программ в основной WINPE.WIM вместе с ОС.
Автор: kolja87
Дата сообщения: 31.07.2013 21:16
sabash

Цитата:
Сборки WinPE на основе XP сейчас интересны только! для каких-то специфических задач, требующих именно ХР .... ну или если на компе памяти меньше 400мб

Да ну ))
Автор: Ivan_Strelec
Дата сообщения: 31.07.2013 21:18
Skif_off

Цитата:
Про Windows Image File Filter Driver

Есть версии 6.0.6001, а для сборки PE из win7, если не ошибаюсь, требовалось 6.1.....

lucky_Luk

Цитата:
Если есть плагины, которые требуют RW, а таких я думаю не много, то для них создать отдельный PROGRAM2, котоый в постобработке подсунуть в wim с системой.

Попробовал эту идею. Отработала на ура и без больших изменений в конструкторе и плагинах
Так что есть промежуточный вариант.



Страницы: 12345678910111213141516171819202122232425262728293031

Предыдущая тема: Заблокировать изменение сетевых настроек в Windows XP


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