» Windows Preinstallation Environment(WinPE). WinBuilder

CryptoPE, ЗаCABил сборку на 44Mb до 30Mb - загрузил используя патченый Вами загрузчик - ВСЕ ОК!

ЗЫ: Извините за тупой вопрос: а в Taskmgr.exe как узнать сколько оперативы кушает WinPE ?
Я смотрю на закладку Быстродействие-Физическая память(КБ). Всего - Доступно = столько места, я так предпологаю, отъедает WinPE. У меня тогда получилось ~130Mb. Мне кажется это многовато, хотя с незапакованным имджем столькоже, мот кто прояснит как и чем расходуеться память?

Valdon

Цитата:

Мне кажется это многовато, хотя с незапакованным имджем столькоже, мот кто прояснит как и чем расходуеться память?

Имидж распакован (здесь нет экономии памяти), а память скорее всего тратится на RamDisk ( B: ).

Огромная просьба, выложите кто-нибудь скрипт ERD Commander 2005. ссылка в шапке давно уже не рабочая да и все что смог найти на форуме тоже

33popygai

Цитата:

выложите кто-нибудь скрипт ERD Commander 2005.

ERD Commander 2005.

В продолжение темы CAB сжатия.

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

Пароль прежний, ссылка:
http://rghost.ru/15288

Пока рекомендуется проводить тесты по загрузке в виртуальных машинах, например VirtualBox.

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

NIKZZZZ
Загрузил тестовую сборку просто через Граб (вытащил образ). Отлично работает, очень добротно сделано. Только почему-то в 10 раз увеличивает размеры моих разделов в эксплорере - если раздел 20 гигов, то пишет, что 200 ГБ и т.п.

Oleg_II


Цитата:

верхнем углу. Пробовал на ноутбуке с китайской ХР, хотел сборку с харда загрузить через бутовое меню и Граб.

Гм. Данный загрузчик заточен для загрузки сжатого (ну и обычного тоже) образа WinPE через сеть посредством PXE. Для такой загрузки естественно не Grub-ом нужно пользоваться.

CryptoPE
Вобщем-то, Граб тут ни причем. Он в BOOT.INI стоит как альтернативная загрузка через стандартный НыТевый загрузчик. Дело в том, что даже до BOOT.INI не доходит если использую твой NTLDR - включаю компьютер и получаю темный экран с мерцающей чертой. Если оригинальный NTLDR (в том числе и от сервера 2к3) обратно на системный диск помещаю, то - включаю компьютер и вижу меню загрузки - Винды или Граб (а уж дальше по ситуации, но вот до этого момента не доходит, вообще ничего нету...).

Я вобщем-то и не спору ради, просто было бы удобно твоим файлом сразу оригинальный в дистрибутиве заменить и использовать во всех ситуациях

Oleg_II

Цитата:

BOOT.INI не доходит если использую твой NTLDR

А с каких пор в LiveCD стали использовать BOOT.INI и NTLDR вместо WINNT.SIF и SETUPLDR.BIN?
Загрузка по сети сжатого образа как я понимаю не интересует?

CryptoPE
Просто имя последнего выложенного файла NTLDR и я решил, что им можно заменить стандартный файл в системе (ну, люблю я патченные файлики Если это переименованный SETUPLDR.BIN, то тогда понятно.

Что касаемо загрузки по сети, то до этого пока "не дорос"... Наверно, пользительная вещь, но пока мне как юзеру не требовалось, вот и не вникал.

Oleg_II

Цитата:

Просто имя последнего выложенного файла NTLDR и я решил

Зачем же первый попавшийся файл так использовать Тем более в оригинале это был setupldr.exe из поставки W2k3 SP1. Использовать его как привычный NTLDR не получиться, т.к. у него отсутствует загрузчик реального режима. Сделали так в M$, но не специально )) Спецификация PXE предполагает получение по сети сначала небольшого загрузчика (размером не более 32 Кбайт). В данном случае это startrom.n12. Это и есть загрузчик реального режима, который в последствии будет искать NTLDR (бывший setupldr.exe).


Цитата:

Что касаемо загрузки по сети, то до этого пока "не дорос"...

Ну, IMHO загрузочный CD без возможности загрузки его содержимого по сети это вчерашний день.

CryptoPE
Меня то как раз ооочень сильно интересует загрузка по сети, но по ссылке "502 технические работы на сервере". Выложи где нибудь еще. Я надеюсь там есть мануальчик по использованию.

Oleg_II

Цитата:

увеличивает размеры моих разделов в эксплорере - если раздел 20 гигов, то пишет, что 200 ГБ и т.п.

По непонятным причинам не выводится ","

Исправлено.

JekaRus

Цитата:

технические работы на сервере". Выложи где нибудь еще. Я надеюсь там есть мануальчик по использованию.

Перезалил _http://slil.ru/26020329
Мануала там нет, предполагается что этот загрузчик нужен тем, кто знают как это работает и собирается использовать сжатый образ. Кстати я не теряю надежды, что кто нибудь его протестирует
Про загрузку по сети материала хватает. Начать можно отсюда:
_http://forum.unattendedxp.com/viewtopic.php?t=118&postdays=0&postorder=asc&start=0

Никак не получается сделать загрузочную флешку с WinBuilder.
HighwayStar
В результате использования скрипта usb boot вроде что-то получилось и загрузилось, но только miniXP и ни одной программы. Может так и задумано и скрипт не должен обрабатывать папку Program Files?
NIKZZZZ
Интересно попробовать со скриптом BootSDI но нет необходимых файлов ramdisk.sys и setupldr.bin от win2003 sp1. Выкачать SP полностью не имею возможности. На этом и других сайтах их не нашел, ссылки устарели

ramdisk.sys и setupldr.bin

CryptoPE
Я уже давно занимаюсь загрузкой по сети. Но загружаю только iso файлы с РЕ системой. У меня основной загрузчик pxelinux. В файле winnt.sif прописан путь до исошника

;SetupMgrTag
[SetupData]
BootDevice = "ramdisk(0)"
BootPath = "\i386\System32\"
OsLoadOptions = "/noguiboot /fastdetect /minint /rdexportascd /rdpath=xp.iso"

В таком виде все прекрасно грузится. Но загрузить .img файл или тем более cab не получается. Попробовал исошник заменить на cab и заменить ntldr. При загрузке вылетает ошибка
UNMOUNTABLE_BOOT_VOLUME
Можешь подробнее написать как загрузить полученный каб файл или хотябы img.

JekaRus

Путь верный, но вариант загрузки iso я никогда не применял. Гораздо практичнее загружать по сети образа диска (в моем случае это rampe.img). Это "обычный" образ диска c WinPE созданный в WinBuilder-е при помощи скрипта IMGinRAM.script или BootSDI.script. Схема его загрузки примерно такая же как и загрузки iso, но строка OsLoadOptions в winnt.sif немного иная:

OsLoadOptions="/noguiboot /fastdetect /minint /rdexportashd /rdpath=\RAMPE.IMG"

А после сжатия образа диска (так как написано в readme.txt) она выглядит так:
OsLoadOptions="/noguiboot /fastdetect /minint /rdexportashd /rdpath=\RAMPE.IM_"

CryptoPE

Цитата:

но строка OsLoadOptions в winnt.sif немного иная

Совершенно необязательно править имя сжатого образа, строка

Код: OsLoadOptions="/noguiboot /fastdetect /minint /rdexportashd /rdpath=\RAMPE.IMG"

NIKZZZZ

Цитата:

его прекрасно загрузит.

Если переименовать полученный после сжатия файл RAMPE.IM_ в RAMPE.IMG то да. Но сдается мне, делать это не обязательно, чтобы можно было отличить сжатый образ от несжатого. А так да, загрузчик различает сжатый образ по заголовку архива, а не по расширению файла.

Кстати загрузчик по идеи должен быть совместим с несжатыми образами. Это то же неплохо бы протестировать. Заодно проверить его реакцию на образ по размеру превосходящий известное ограничение. Либо превосходящий по размеру имеющуюся оперативную память. В этом случае загрузка должна упасть с сообщением о поврежденном или отсутствующем файле txtsetup.sif

CryptoPE

Цитата:

Если переименовать полученный после сжатия файл RAMPE.IM_ в RAMPE.IMG то да

Нет, переименовывать как-раз и не надо. Если в WinNt.sif указан RAMPE.IMG то и RAMPE.IM_ будет корректно грузиться.

Цитата:

Либо превосходящий по размеру имеющуюся оперативную память.

Это проверил - результат отрицательный. Свободная память (смотрел в TaskMgr) не зависит от того, сжат ли образ, тоесть он всегда распакован.

Цитата:

Кстати загрузчик по идеи должен быть совместим с несжатыми образами. Это то же неплохо бы протестировать. Заодно проверить его реакцию на образ по размеру превосходящий известное ограничение.

Сейчас протестирую.

NIKZZZZ

Цитата:

Нет, переименовывать как-раз и не надо

Что то не так. Если в WinNt.sif указан RAMPE.IMG то соответственно загрузчик запрашивает у TFTP сервера файл RAMPE.IMG. И если у сервера его нет, а есть только RAMPE.IM_ то как он может отдать RAMPE.IM_ вместо запрашиваемого RAMPE.IMG?


Цитата:

Сейчас протестирую.

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

CryptoPE

Цитата:

RAMPE.IM_ то как он может отдать RAMPE.IM_ вместо запрашиваемого RAMPE.IMG

Так, вроде он сначала ищет RAMPE.IMG , и , если не находит берет RAMPE.IM_.

Цитата:

Кстати загрузчик по идеи должен быть совместим с несжатыми образами.

Проверил, совместим.

Цитата:

проверить его реакцию на образ по размеру превосходящий известное ограничение.

Не удалось.

NIKZZZZ

Цитата:

Так, вроде он сначала ищет RAMPE.IMG

Тут стандартная схема как при загрузке файлов прописанных в txtsetup.sif не срабатывает. Для загрузки образа диска в загрузчике вызывается функция TftpGetPut (это "родная" функция), она принимает один параметр, в данном случае имя файла образа полученного из WinNt.sif. Соответственно дальше это имя так и идет, без дополнительной обработки, пока оно в конечном итоге не попадет в пакет который уйдет на TFTP сервер. Так что если TFTP сервер не имеет дополнительных "заточек" (скриптов, symbolic link) то без переименования не обойтись. Либо я что-то не учел


Цитата:

Проверил, совместим

Это хорошо. Кстати тесты на реальных машинах показывают неплохие результаты по скорости распаковки образа, т.е. современным машинам это почти ничего не стоит.

NIKZZZZ - есть версия BootSDI новее, чем 071? На boot-land.net поиск ничего не показал...

Ошибка BootSDI 71, WinBuilder 075 b4, проект LiveXP 24, скрипт выдаёт ошибку в строке: TXTAddLine,"%TmpScript%","[dummy]","Place",2
При этом образ BootSDI.img создаётся, но видимо не подключается. Вот лог vdk:

*** open * "D:\WinBuilder\ISO\Ram\i386\BootSDI.img" /rw /p:0

Failed to decide type of 'D:\WinBuilder\ISO\Ram\i386\BootSDI.img'.
Open as a simple sector image file.
Virtual Disk 0
Failed to open the virtual disk image.
Недопустимые данные.

*** remove

Victor_Dobrov

Цитата:

скрипт выдаёт ошибку в строке: TXTAddLine,"%TmpScript%","[dummy]","Place",2

Скрипт рабочий. Указанная ошибка возникает, если Vdk_WB по каким-либо причинам не может смонтировать диск.
Можно попробовать перезагрузить комп и вручную выполнить
vdk_wb.exe remove
Нужно так-же посмотреть размер 'D:\WinBuilder\ISO\Ram\i386\BootSDI.img' , и удалить его. Может просто мало места на диске?

NIKZZZZ
Скрипт BootSDI не монтировал сжатый образ диска, т.е. у меня NTFS-сжатие было установлено для всей папки WinBuilder.
Убрал в свойствах папки флажок "Сжимать содержимое...". Но предыдущие версии BootSDI (или VDK?) в сжатых папках работали.

Victor_Dobrov

Цитата:

Но предыдущие версии BootSDI (или VDK?) в сжатых папках работали.

Действительно так. Скорее всего виноват обновленный VDK.

У кого-нибудь была такая ситуация. с USB-HDD(80) на стадии копирования из временных папок $win_nt$.~bt или $win_nt$.~ls(точно не пойму из какой) на винт уже в папку \windows, не копируются только файлы Bootfont.bin, Ntdetect.com, Ntldr.... Что может отвечать за это деяние???