» Windows Preinstallation Environment(WinPE) и BartPE - LiveCD

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

Ivan_Strelec
Куда монтируется wim-файл с софтом и на каком этапе?

0x1,"Microsoft\Windows\CurrentVersion\RunOnceEx\900","980","||xpeinit.exe -f -m ""Mount Program Wim"" hidcon mountpr.cmd"

В команднике находится wim и монтируется в %ramdrv% (читай - %temp%)

imagex /mount %Drive%\%Dir%\programs.wim 1 %ramdrv%\Programs >nul

Ivan_Strelec
А что именно у тебя отвечает за сборку второго WIM и можно ли эту штуку посмотреть?
Я так понимаю, этим занимаются не отдельные плагины программ, а нечто общее в постпроцессинге.


Цитата:

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

А чем он это делает?
По-идее, так должно быть даже быстрее, будет медленнее стартовать в первый раз при запуске программы, но меньше будут системные требования?
А еще более "тру" - это зафигачить ОДИН wim с разными индексами, но ХЗ как это сделать, но возможность в формате предусмотрена.

А в чем заключается доработка плагинов под работу из-под второго WIM, только пути запуска другие или что-то посерьезнее?

lucky_Luk
Сборка wim для программ происходит на этапе постобрабоки. Место, где ранее собирался общий wim, я разбил на 2 части - для системы и программ.
В плагине идет cmd для поиска и монтирования wim программ и указание путей для них.
Сами плагины программ доработки не требуют.
Вот выложил сам плагин и командник постобработки
http://files.mail.ru/7017EC5C59A846628C7894230AC88687
(поскольку собирал для себя, то могут буть отсылки на другие файлы, необходимые для всей сборки, но в общем должно быть понятно)

Ivan_Strelec
Почему /mount, а не /mountrw? Масса программ что-нибудь пишут. Какой размер получается у programs.wim и как разбрасываются ярлыки?

lucky_Luk

Цитата:

А еще более "тру" - это зафигачить ОДИН wim с разными индексами, но ХЗ как это сделать, но возможность в формате предусмотрена.

Если речь о нескольких сборках в одном wim-файле, то NIKZZZZ здесь пояснял, упаковывать так софт смысла нет.

Skif_off

Цитата:

Почему /mount, а не /mountrw?

Не помню. В процессе экспериментов бывали вылеты, да и плагинов, пишущих в себя, у меня практически нет. Была парочка, но я их разворачивал в %temp%.
Надо опять попробовать /mountrw, может все и нормализовалась.
У меня мини-сборка, предназначенная чисто для целей реанимации и восстановления данных (мультимедиа принципиально не прикручивал) занимает объемы:
winpe.wim - 107 М
programs.wim - 347 М. Набор программ достаточно большой - от антивирусов, partition manager-ов до поиска и восстановления дисков и файлов.

Ярлыки создаются, например
[Software.AddReg]
0x2,"Sherpya\XPEinit\Programs","\Восстановление данных\R-Studio","%Programs%\r-studio\r-studio.exe"

А в конце инициализации стоит вызов:
; ShortCuts Creation - this command should be the last command
0x1,"Microsoft\Windows\CurrentVersion\RunOnceEx\999","999","||xpeinit.exe -l"

Т.е. все "стандартно" с точки зрения BartPE

Ivan_Strelec

Цитата:

; ShortCuts Creation - this command should be the last command
0x1,"Microsoft\Windows\CurrentVersion\RunOnceEx\999","999","||xpeinit.exe -l"

Вот это куда пишется, в каждый плагин?

Добавлено:
Ivan_Strelec

Цитата:

Вот выложил сам плагин и командник постобработки
http://files.mail.ru/7017EC5C59A846628C7894230AC88687

Не качает, говорит "страница не найдена". Перевыложи пожалуйста на рапиду или rghost.

lucky_Luk

Странно, я спокойно захожу на скачку. Перезалил:
http://rghost.ru/47755991
http://rghost.ru/47756007


; ShortCuts Creation - this command should be the last command
0x1,"Microsoft\Windows\CurrentVersion\RunOnceEx\999","999","||xpeinit.exe -l"

Ставится только один раз. У меня это прописано в плагине xpe-defaults.inf
Но никто не запрещает поместить это в другой плагин инициализации системы XPE (см. плагины от "Yurkesha")

Ivan_Strelec

Цитата:

Перезалил:

Спасибо, скачал.

Но блин в конструкторе от 7sh3 нету файла makeiso.cmd, там другие командные файлы.
Скажи, что ты изменил в дефолтном файле конструктора Yurkesha, попробую это пристроить куда-нибудь в батники конструктора 7sh3. А то в батниках я плохо разбираюсь.

lucky_Luk

Я встречал несколько способов создания wim сборок, которые принципиально различались между собой.
Вдобавок, я модифицировал сборку Yurkesha под свои нужды и боюсь, что она здорово отличается от оригинала. Вернее, я на свою сборку BartPE применил некоторые вещи от Yurkesha.

Давай, я посмотрю конструктор 7sh3 и попытаюсь тогда точнее сказать, как его допилить (если это возможно)

ОБЛОМ, из шапки этот конструктор уже не скачивается

Нашел. И сразу видно, что он сильно отличается от того, как устроено у меня, в т.ч. и по постобработке.....

Ivan_Strelec

Цитата:

Нашел. И сразу видно, что он сильно отличается от того, как устроено у меня, в т.ч. и по постобработке.....

Где у тебя начинается сборка второго wim? Можно попробовать влепить этот кусок перед сборкой основного wim, подрправив его для работы с отдельной папкой, в которую складывать нужный софт (а плагины подредактировать, чтобы например создавали папки в Program files-wim), а потом удалять содержимое этой отдельной папки, чтобы она не попала в основной Wim.

Цитата:

ОБЛОМ, из шапки этот конструктор уже не скачивается

вроде он, ловите pebuilder_xpe_7sh3_WIM.zip
ЗЫ: пока заливалось - опоздал .

Вроде бы вот этот кусок

Код:
IF EXIST "%outdir%\*" TOOLS\imagex.exe /CHECK /COMPRESS MAXIMUM /CAPTURE "%outdir%\Programs" .\programs.wim "PROGRAMS"

lucky_Luk
Sergo67

При беглом анализе конструктора pebuilder_xpe_7sh3_WIM.zip кажись нашел место, где происходит сборка wim и где по аналогии я делал изменения.
pebuilder_xpe_7sh3_WIM\temp\custom_commands.cmd - командный файл постобработки. В нем с 266 строки идет

:wimboot
IF NOT "%wimboot%"=="TRUE" GOTO end_wimboot
IF "%ramboot%"=="TRUE" GOTO error_found
echo ; -----------------------------------------
echo ; STEP: WIMBOOT. Install ImageX Tool
echo ; -----------------------------------------

А в моем makeiso.cmd со строки 97 до 163 идет аналог
:WIM
ECHO.
ECHO === Подготовка к созданию WIM-файла ===

создание wim для системы, а за ним - wim для программ.
Т.е. смотреть надо это место.

Ivan_Strelec

Цитата:

При беглом анализе конструктора pebuilder_xpe_7sh3_WIM.zip кажись нашел место, где происходит сборка wim и где по аналогии я делал изменения.

Я пробую прицепить туда кусок твоего конструктора по аналогии, о результатах сообщу.

Добавлено:
Ivan_Strelec

Что-то получается, конструктор отрабатывает без ошибко, файл Programs.wim попадает куда положено - в I386.
Но почему-то глючит mountpr.cmd, при загрузке сборки выдает ошибку и не монтирует Programs.wim. Все остальное в сборке работает.

Можешь сделать более простой командный файл, без кучи переменных, а тупо монтирующий файл \I386\Programs.wim? Надо поэтапно ковырять это дело. Я не пойму почему батник такой сложный и что еще делает, кроме монтирования Wim-файла.

Добавлено:
Текст ошибки такой:

Код:
Ошибка при выполнении: ||xpeinit.exe -f -m "Mount Program Wim" hdicon mountpr.cmd

Получилось. Решил проблему заменой в файле mountpr.inf (от плагина ProgramWim) параметра

||xpeinit.exe -f -m "Mount Program Wim" hdicon mountpr.cmd

на

||shellexecute.exe /h mountpr.cmd

Похоже, сборки на конструкторе 7sh3 почему-то не любят xpeinit.exe. А вот shellexecute.exe отрабатывает без ошибок.

Wim с программами на конструкторе от 7sh3 собирается вот так: [more]

1. Все нужные плагины подредактировать, заменив в кофигах все строки a="Programs\бла-бла" на a="Programs3\бла-бла" (имя папки Programs3 чисто как вариант).
2. В файле custom_commands.cmd (находится в oem1\postprocessing) нужно сдублировать строку, где WINPE.WIM собирается IMAGEX'ом, в дубле заменить папку для "захвата" (/CAPTURE) c исходного имени PROGRAMS например на PROGRAMS3, а имя Wim-файла на PROGRAMS.WIM.
3. В том же файле найти строку с данными
FOR /F "USEBACKQ TOKENS=1 DELIMS=" %%a IN (`DIR /B /A:-D "%outdir%\"^|FINDSTR /V /I
и после кавычек дописать файлы PROGRAMS.WIM wimprog.tmp - это чтобы конструктор не удалял эти файлы из корня диска.
4. В том же файле сдублировать строку, в которой командой MOVE файл WINPE.WIM переносится в папку I386, изменив имя файла на PROGRAMS.WIM
5. В том же файле сдублировать строку IF EXIST "%outdir%\PROGRAMS" RMDIR /S /Q "%outdir%\PROGRAMS"
изменив имя папки на PROGRAMS3, это для удаления хвостов.
6. В файл wimscript.ini (находится в oem1\postprocessing) дописать
\PROGRAMS3\
\wimprog.tmp
это для того, чтобы при сборке основного WINPE.WIM конструктор не утащил это все внутрь WINPE.WIM.
7. В файле mountpr.inf mountpr.inf от плагина ProgramWim заменить

||xpeinit.exe -f -m "Mount Program Wim" hdicon mountpr.cmd

на

||shellexecute.exe /h mountpr.cmd

8. Включить в конструкторе плагин "030 [03] Mount WIM-file Support [without fall necessary fbwf driver for wimboot]"
9. В конец файла mountpr.cmd (из плагина ProgramWim) добавить

xpeinit.exe -l

Это для корректного создания ярлыков программ из PROGRAMS.WIM в меню Пуск в сборках на конструкторе от 7sh3.

Вроде бы все, глюков не видно. Если нужно, завтра выложу файлы конструктора без изменений и с изменениями для сборки Programs.wim, сравните их и увидите все изменения (у меня там есть другие изменения для других задач, можно и тупо новые файлы подложить с этим "мусором", но лучше сравнением выбрать только нужные изменения).

[/more]
Пути запуска программ в конфигах плагинов буду делать завтра. ИМХО, должно все нормально добавиться в меню Пуск, если завести в конфиги переменную %Programs%, которая автоматически переназначается плагином ProgramWim

lucky_Luk
А если просто ||mountpr.cmd?

Ivan_Strelec

Цитата:

А в конце инициализации стоит вызов:
0x1,"Microsoft\Windows\CurrentVersion\RunOnceEx\999","999","||xpeinit.exe -l"
Т.е. все "стандартно" с точки зрения BartPE

Это вылетело из головы, спасибо за напоминание Что-то подобное собирался реализовать, только больше ручного труда, готовые ярлыки из архива, в итоге все-таки забил - осталось старое мнение, что безусловно должна быть возможность убрать носитель без ущерба для работоспособности. Сейчас вынашиваю идею с неким минимальным набором + гуй (рабочий набросок на AutoIt уже есть), стратующий после загрузки системы с возможностью выбрать конкретный софт.

Skif_off

Цитата:

А если просто ||mountpr.cmd?

ХЗ, проверю.

А вот с ярлыками в Пуске засада. Не хотят показываться ярлыки программ с WIM, даже если абсолютный путь прописать.
Три похожих плагина. Один показывается, два других - фиг. Сами программы работают.

lucky_Luk
Пост писал долго, надо было еще раз обновить страницу - раз работает
||shellexecute.exe /h mountpr.cmd
то и
||mountpr.cmd
сработает, shellexecute.exe /h нужно для того, чтобы скрыть окно консоли.

Какие ярлыки не работают?

lucky_Luk


Цитата:

Я не пойму почему батник такой сложный и что еще делает, кроме монтирования Wim-файла.

Я пытался сделать универсальную сборку, которая грузилась бы без изменений как с CD, так и с HDD и USB, чего и добился.
А сложный файл монтирования программ получился из-за того, что после загрузки системы, я не знаю, на каком носителе находится program.wim и приходится перебирать все устройства для поиска winpe.wim, после чего монтировать program.wim, находящийся рядом.
Поиск происходит по наличию файла winpe.sif, при этом анализируется, что winpe.wim именно тот, с которого была загрузка, а не другой версии.

Т.к. сборка основана на XPE, то ярлыки в плагинах создаются командой типа:

[Software.AddReg]
; add to Start Menu\Programs (XpPe)
0x2, "Sherpya\XPEinit\Programs", "\Дефрагментация\Auslogics Disk Defrag", "%Programs%\Auslogics\Auslogics.exe||%Programs%\Auslogics\Auslogics.ico"

А в конце загрузки системы меню СТАРТ формируется через
; ShortCuts Creation - this command should be the last command
0x1,"Microsoft\Windows\CurrentVersion\RunOnceEx\999","999","||xpeinit.exe -l"

Никаких проблем при этом не возникает.
Если же ярлык не создался, то посмотрите ветку реестра HKLM\SOFTWARE\Sherpya\XPEinit\Programs на наличие там данных об установленном плагине. Там же проверьте правильность пути к нему.

xpeinit.exe -l формирует СТАРТ и ярлыки по информации из ветки XPEinit

Добавлено:
Skif_off

Цитата:

Почему /mount, а не /mountrw?

Сейчас опять попробовал /mountrw и в процессе монтирования получил сообщение от IMAGEX - Error mounting image (RW) без всякой дополнительной информации.
Видно с кем-то конфликт (может FBWF ????)

Skif_off


Цитата:

Какие ярлыки не работают?

Взял три рабочих плагина из своей сборки навскидку, простенькие. Подредактировал как надо, вписал "%Programs% в пути для запуска. Правильность синтаксиса несколько раз перепроверил
Но ярлык в Пуске показывает только от одного плагина, от остальных не показывает. Софт в нужном месте, рабочий, вручную запускается нормально.
Не помогает даже указание прямого пути типа B:\Programs\Folder\File.exe
Интересно, что работающий плагин начинается на букву V, а два неработающих - на букву A.

Подозреваю, что косячит xpeinit.exe -l, но как и почему - пока не понимаю. В реестре команда для его запуска есть, сам xpeinit.exe тоже есть в System32.
Но ведь нормально запускать mountpr.cmd с его помощью не получилось, а для остальных ярлыков (не со второго Wim) он вроде нафиг не нужен.

Ivan_Strelec


Цитата:

Если же ярлык не создался, то посмотрите ветку реестра HKLM\SOFTWARE\Sherpya\XPEinit\Programs на наличие там данных об установленном плагине. Там же проверьте правильность пути к нему.

Проверю.

Добавлено:

Цитата:

this command should be the last command

А где вот эта команда должна быть последней - в автозагрузке (в реестре) или в наборе плагинов?
Кстати почему именно последней (я эту настройку пока не менял), разве не достаточно, чтобы она шла только после команды монтирования Programs.wim?
Может ее не в реестр засунуть, а в этот батник mountpr.cmd?

Добавлено:
Ivan_Strelec
А каким образом формируется меню Пуск в обычной сборке, когда программы на сидюке или в одном WIM с системой? Вроде нет там в параметрах никакого xpeinit.exe -l

lucky_Luk

В конструкторе pebuilder_xpe_7sh3_WIM\oem1\basexpe\basexpe.inf содержатся команды настройки XPE через возможности (ключи) программы xpeinit.exe
Вот выдержка из описания

no switches -> command to execute without showing window (proxy mode), holding control key skips the execution

-b sends a broadcast message to all apps to re-read the environment variables
-l creates shortcuts
-x fix all wmp path registry entries, it needs one argument, the wmp path, my wmp plugin uses %SystemRoot%\System32
-y disables unsigned driver warning dialog box
-p setup ie proxy from xpeinit registry keys
-z setup refresh
-h max refresh rate for -z
-d runoncedel, deletes RunOnceEx keys between 400 and 600
-s doesn't complain if the launched command fails
-r processes RunOnceEx keys
-f force, when running in proxy mode, executes the program, even if the control key is pressed
-m message to display in the title of window when launching an application in proxy mode
-w check for WBEM repository in %SystemRoot%\system32\wbem\Repository or build it in %temp%\Repository
-9 disables 24 hour time limit by killing smss.exe and winlogon.exe (thx TheTruth)
-6 reboot system (tells XPELogon to reboot the system)
-0 shutdown system (tells XPELogon to shutdown the system)

Разницы в формировании СТАРТа в обычной сборке или WIM - нет. Просто необходимо, чтобы к моменту запуска xpeinit -l плагины были уже подмонтированы и тогда ярлыки будут созданы.
xpeinit лезет в реестр, в ту ветку, что я вам указывал, проверяет наличее программы по указанному там пути и при ее существовании создает ярлык в нужном месте (меню СТАРТ, рабочий стол или быстрый запуск).

Т.е. проверьте реестр и сам путь к программе.

Если у Вас монтирование program.wim проходит нормально, то можно создание ярлыков вставить и туда.

[more=WinPE CPU правка txtsetup.sif нагрев проца]
Добавить в WinPE CPU водитель, к компьютеру остыть
Сегодня есть пользователи отражают PE плюс поддержка двухъядерных процессоров с высокой температурой после не обращал внимания, пока эта проблема, только немного учусь немного, оказалось проведение драйвера процессора не работает

Ну, для начала!

Во-первых, редактирования txtsetup.sif, где вам нужно добавить в общей сложности три

[BusExtenders.Load] раздел Добавить
processr = Processr.sys
Intelppm = intelppm.sys

[BusExtenders] раздел Добавить
processr = "стандартный драйвер CPU", files.none, processr
Intelppm = "Intel CPU Driver", files.none, Intelppm

[HardwareIdsDatabase] раздел Добавить
ACPI \ Процессор = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_0 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_1 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_2 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_3 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_4 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_5 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_6 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_7 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_8 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_10 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_11 = "processr"
ACPI \ GenuineIntel_-_x86_Family_6_Model_12 = "processr"
ACPI \ GenuineIntel_-_x86_Family_15_Model_0 = "processr"
ACPI \ GenuineIntel_-_x86_Family_15_Model_1 = "processr"
ACPI \ GenuineIntel_-_x86 = "Intelppm"
ACPI \ AuthenticAMD_-_x86 = "processr"
ACPI \ CentaurHauls_-_x86 = "processr"
ACPI \ GenuineTMx86_-_x86 = "processr"

Сохраните файл, заменить и заново упаковать назвать это день
Так что, не обидел XP или 2003 ядра и ядро, по сути, просто не написать файл конфигурации, процессор КПД привода не может себе это позволить
Конечно, вы должны проверить, есть ли драйверы Processr.sys каталог и Intelppm.sys этих двух документов
Если нет, то найти исходный файл изображения или таблицы заполнены и вы используете тот же версию ядра PE системы, скопируйте его из системы

Кроме того, нужно объяснить, что я ленивый, просто новый процессор Intel использования на выделенном диске, в то время как другие используют общий CPU Driver

Но универсальный драйвер может играть только около 70% охлаждающим эффектом, так что если вы используете AMD или других не-процессор Intel, процессор в сочетании с лучшими выделенном диске

Например amdppm, amdk8 и т.д., а охлаждающий эффект будет более очевидным
Измеряется в меня нетбук, состояние ожидания, до изменения процессора и северного моста температуры были 76 и 65 градусов
Модификации 62 и 50 градусов, если вы используете универсальный драйвер, по сравнению с 68 и 55 градусов, эффект совершенно очевидно

[/more]

Добавлено:
Сегоднешний комментарий китайского сборщика, может кому будет интересно.

lucky_Luk

Я подозреваю, что по какой-то причине у Вас не отрабатывает монтирование programs.wim.
Скорее всего cmd не находит programs.wim и не монтирует его
У меня сборка имеет следующую структуру:
[MINI]
NTDETECT.COM
programs.wim
SETUPLDR.BIN
winpe.wim
[\]
winpe.sif

Так вот, поиск загрузочного диска ведет по winpe.sif , который лежит в корне сборки и нужен при загрузке системы, из него извлекается информация
OsLoadOptions="/fastdetect /minint /rdimageoffset=8192 /rdimagelength=3161088 /rdpath=\mini\winpe.wim"
и монтируется programs.wim из указанной в /rdpath=\mini\ папки
При этом проверяется, что winpe.wim именно тот, с которого происходила загрузка.

lucky_Luk
Ivan_Strelec
А почему бы не сделать ход конем:
LetterSwap от NIKZZZZ, добавляем

Код: [Software.AddReg]
0x1, "Microsoft\Windows\CurrentVersion\RunOnceEx\800","LetterSwap","||AutoIt3.exe LetterSwap.au3 /auto /wait 10 /BootDrive y:\BOOT.DRIVE"

Skif_off

Цитата:

LetterSwap от NIKZZZZ,

Так там все равно осуществляется поиск маркерного файла. И к моменту сборки своего конструктора я про это и не знал.....

Я себе создал плагин с использованием orderdrv.cmd, который после загрузки упорядочивает буквы дисков. Если система грузилась с USB, то порядок дисков гостевой системы не будет нарушен.

Ivan_Strelec
Можно увидеть содержимое orderdrv.cmd? Вроде обсуждалось в теме готовых сборок, но у себя никаких заметок не нашел.

betssaf

Цитата:

WinPE CPU правка txtsetup.sif нагрев проца

Код: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceEx\998]
"HWPnP_1"="hiderun.exe /w HWPnP.exe -all +ACPI\\ /d"

Skif_off

Цитата:

Можно увидеть содержимое orderdrv.cmd?

http://rghost.ru/47768827

Я сделал самораспаковывающийся архив (DrWEB сдуру ругался на orderdrv.cmd пока я не написал в техподдержку), а в папке files он в исходном виде.

Ivan_Strelec


Цитата:

Я подозреваю, что по какой-то причине у Вас не отрабатывает монтирование programs.wim.

Отрабатывает. Содержимое его на своем месте в папке B:\Programs. Через Проводник зайти можно, через окно Выполнить тоже заходит, через командную строку можно.
А вот ярлыки не создаются. Как будто попытка сделать ярлыки для программ со второго WIM идет ДО монтирования Programs.wim или вообще не срабатывает.