» Windows Preinstallation Environment(WinPE) и BartPE LiveCD 2

VV2006

Цитата:

Надежда на использование плагина MyDrivers теряется.

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

AkulaBig

Цитата:

Проблем с рус более чем дофига

ну хватит уже ...дофига... одна всего с fbwf и то чуть более усугубленная чем с тем же en

ABATAPA
про USB-HDD не знаю но с обычного жесткого вроде работает на любом компе, конструктор ведь это обычный Bart+XPE там все по дефолту идет как Sherpya задумал

VV2006
мож действительно как говорит AkulaBig какая-то невероятная проблема из-за рус дистрибутива с этим MyDrivers попробуй собрать из eng. я кстати как раз конструктор обновил он с eng работает без проблем, только размер у меня вышел 8 мег и не знаю куда его залить

Sish

Цитата:

DreamPackPL (version 2oo4.o6.1o) BartPE Plugin (202 KB)
Возможность входа в винду без пароля, а также с правами System.

это тот же дреам что и на прошлой странице вы выкладывали вместе с обычной консолью?

а для бартпе есть плагин - консоль восстановления?

Тот же да не совсем - это плаг для BartPE. И как следствие минимален по занимаемому объему!

Два плагина для XPE, предназначенных для просмотра ключа незагружающейся Windows XP. Может быть полезно, если оригинальный ключ потерян.
http://www.mytempdir.com/1036484

HighwayStar
На каком этапе у тебя происходит монтирование WIM?
Я пробовал на RunOnceEx-600-200, 700-***, 800-***, остановился на 900-200.
В двух вариантах:

1. С CD - на нем .WIM, .SDI, и включен FBWF. монтирование с CD.

2. С CD - на нем .IMG в котором упакован .WIM, и .SDI, FBWF включен.

Монтирование .IMG на диск Z:, а снего мотирование .WIM с программами
около 400 мб в папку Programs на X:.
На 900-*** лучше всего, главное чтобы не было в программах отработки RunOnce
раньше чем монтирование.
Работает все нормально, изредка призапуске новой программы идет обращение к CD.
Ну а с драйверами по моему дохлый номер, папочку с ними надо монтировать раньше чем произойдет инициализация XPINIT.EXE, у меня раньше чем на 600-*** не получилось запустить монтирование. Да и при полном HwPnP (Force) при загрузке если монтирование сделать до PnP виснет на этапе ROOT\FTDISK\0000, а при BartPE -pnp грузится нормально,
но при последуещем HwPnp (Force) зависание на том же месте.
Даже болванку закатал при втором варианте и вытащенном из привода загрузочном CD.
Small CD-Writer не много весит его можно и в System32 бросить.

Как у тебя происходит монтирование?

7sh3
Это я перестраховываюсь Согласись, непонятно, почему простейшая по установке прога у меня работает как часики, а у других "Надежда на использование плагина MyDrivers теряется". Обидно это как-то. И вдруг она откажется работать в необходимый момент.

VV2006

Цитата:

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

Можно ссылку?
Я сам грамотный линуксоид - живу и работаю в Linux с 1994.
Только что изменит GRUB, если проблема, как я понимаю, в том, что уже _после_ старта ядра система еще не видит USB-storage, да и root-диск меняется, следовательно, она теряет диск.
Или нужны драйвера - на некоторых она хоть и грузится долго, но работает "на ура".
7sh3

Цитата:

про USB-HDD не знаю но с обычного жесткого вроде работает на любом компе

Только вот у меня проблема именно с USB-HDD, да и то - не со всеми системами.
PS: Как там, нет новой сборки?

ABATAPA
Топик "The CD Forum _ General _ A Multi-device Multi-boot Menu Using Grub"
о создании меню Grub из которого можно напрямую загрузить:

*BartPE from a second partition on HDD (partition other than your Windows XP)
*BartPE directly from CD-ROM (no need to load floppy image first)
*Floppy image of Ghost 2003
*Floppy image of Partition Magic 8.0.5
*Floppy image of Grub itself (just for fun)
*Windows XP of course
Кроме того много интересеного, в т.ч. о загрузке USB-HDD, цепочке загрузок.
Может что пригодится, дай знать, ссылка:
_ttp://www.911cd.net/forums//index.php?act=ST&f=20&t=18045

Добавлено:
ABATAPA
Вообще, вот темы загрузки с USB на забугорном форуме:
_http://www.911cd.net/forums//index.php?act=Search&CODE=show&searchid=1fd2ec6653959b129c801afdb4aca551&search_in=posts&result_type=topics&highlite=USB+Boot

Hrist

Цитата:

это тот же дреам что и на прошлой странице вы выкладывали вместе с обычной консолью?

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


Цитата:

а для бартпе есть плагин - консоль восстановления?

Я не встречал по крайней мере. Да и зачем оно надо, собственно?

Странно. В qEmu при включенном плагине FBWF загрузка сборки от 7sh3 определение PnP-устройств идёт бесконечно . При отключении этого плагина - нормально, и удаётся работа с My Drivers! Эмулятор заводил: qEmu.exe -boot d -m 256 -usb -hda hdd.img -no-kqemu -L . -cdrom pebuilder.iso

VV2006
я про это вот и писал на прошлой странице, фигня какая-то происходит с FBWF в зимний период, если откатится на летнее время или убрать флажок автомат. переход на летнее время и собрать исо то все работает нормально, почему так происходит не знаю

7sh3
Точно. В зависимости от статуса чекбокса "Автоматический переход на летнее время и обратно" в локальной системе, в которой запускаем pebuilder, в сборках получаем отличающимися следующие файлы:
BARTPE\I386\INF\INFCACHE.1
BARTPE\I386\SYSTEM32\SETUPREG.HIV
BARTPE\I386\SYSTEM32\CONFIG\DEFAULT
BARTPE\I386\SYSTEM32\CONFIG\SOFTWARE
Разгадка отличий, по-видимому, в том, что берётся из параметров локали. Разгадка взаимодействия плагина FBWF c этими параметрами - где-то дальше...

Насчёт oem-дров из удалёной системы: никто не пробовал замутить их пакетную установку в уже запущенную PE-систему?

VV2006

Цитата:

Разгадка взаимодействия плагина FBWF c этими параметрами - где-то дальше...

да там вообще хрен поймешь главное именно с 28 октября в зимний период начинается эта все с FBWF для исправления есть куча способов
1. Убрать "Автоматический переход на летнее время и обратно"
2. Откатится на летнее время
3. Сменить время создания дистрибутива винды на "зимнее"
4. Использовать mkisof.exe из постпроца 22 (mkisof-orig.exe+cygwin1.dll) но кириллица на диске будет кривая
5. Записать обработанные постпроцем файлы проекта в обычной Nero

AkulaBig
Ты там боролся с кривой кириллицей в 22 постпроце, как поборол то?

All
Хорошие новости! похоже что в финалке Windows Embedded SP2 Feature Pack 2007 исправили проблему с неанглийскими символами в имени файла при использовании fbwf. тестим
Добавлено
Дико извиняюсь по первой ссылке выложил не совсем то что хотел
исправлено

HighwayStar
Спасибо! FBWF теперь не зависит времени года! Попробовал пока первый из выложенных тобой плагинов (предыдущий пост), в нём службу только вручную надо запускать.
Пока не разбирался, в чём смысл переименования библиотеки fbwfdll.dll в fbwflib.dl.

Цитата:

Пока не разбирался, в чём смысл переименования библиотеки fbwfdll.dll в fbwflib.dl.

это не переименование, это совсем другая библиотека! нормально работать будет только второй вариант, кроме того прописал там автозапуск

Скажите, а для чего вообще плаг FBWF?
И повторюсь, 7sh3 какая у тебя последняя сборка? Будешь ли ты обновлять её, а то сайт твой прикрыли...

Oplot365

Цитата:

Скажите, а для чего вообще плаг FBWF?

он позволяет как бы писать на CD и другие ro носители, либо защищать от записи rw носители . Запись на самом деле происходит в кэш в памяти, но все программы думают что они пишут на CD. В WinPe используется вместо RamDrive плагина.

HighwayStar
Хм, а чем он лучше RamDrive? Многие плаги ориентированы именно на X:\ (RamDrive).

HighwayStar

Цитата:

это совсем другая библиотека

эта другая новая есть? fbwfdll.dll и fbwfmgr.exe, вариант плага на 30 мег не нужен нужно сделать рабочим авто-fbwf, он и с новыми fbwflib.dll и fbwf.sys работает, проблем с рус нет с меню тоже все отлично, но все равно надо убирать переход на летнее время при сборке

Oplot365
обновлю только вот с fbwf разобраться надо

7sh3
Есть все тут
в комлекте все что было в auto-fbwf только новых версий:
fbwf.sys
fbwfdll.dll
fbwflib.dll
fbwfmgr.exe
ИМХО Auto-fbwf нафиг не нужен. Все равно если даже выделить 512Мб на обычный FBWF в памяти будет занято ровно столько сколько файлов создал на диске с FBWF. то есть ничего не создаем на X: - память не тратиться.
P.S. На модеме качал этот Feature Pack только ради одного FBWF

блин проблемы есть с новыми файлами, если запустить просмотр событий или управление компьютером вылетает в синий экран

7sh3

Цитата:

Ты там боролся с кривой кириллицей в 22 постпроце, как поборол то?

В файл postprocessing.cmd добавил параметр -input-charset cp1251
:: ======================================================
: Set_standard_MKISOFS_options
:: ======================================================
:: SET standard options for mkisofs (like they are used by bart himself)
set mkisofs_option=-iso-level 4 -volid ""%CD_label%"" -A PEBUILDER/MKISOFS -sysid ""Win32"" -no-emul-boot -boot-load-size 4 -hide boot.catalog -allow-lowercase -R -input-charset cp1251
Кстати, в mkisofs четыре параметра, отвечающие за локаль. Наверное, можно их все включить.

Цитата:

Использовать mkisof.exe из постпроца 22 (mkisof-orig.exe+cygwin1.dll)

Наверное вот почему у меня нет проблем с переходом на зимнее время.
HighwayStar

Цитата:

Auto-fbwf нафиг не нужен

Но места-то на диске больше свободного становится. То есть и инфы на диск можно больше залить.

Цитата:

блин проблемы есть с новыми файлами, если запустить просмотр событий или управление компьютером вылетает в синий экран

а у меня когда нажимаешь завершение работы. наверное что-то поменяли в реестре.
пробуйте с [more=этим]
; fbwf2007.inf by HighwayStar 6/nov/2006

[Version]
Signature= "$Windows NT$"

[PEBuilder]
Name="122 FBWF 2007"
Enable=0


[SourceDisksFiles]
files\fbwf.sys=4,,1
files\fbwflib.dll=2,,1

[Software.AddReg]

0x1,"Microsoft\Windows\CurrentVersion\RunOnceEx\100","101","||xpeinit.exe -s -m ""Starting FBWF service"" net start fbwf"

[SetupReg.AddReg]
0x1,"ControlSet001\Services\fbwf","ImagePath","system32\drivers\fbwf.sys"
0x1,"ControlSet001\Services\fbwf","Description","File-Based Write Filter driver"
0x1,"ControlSet001\Services\fbwf","DisplayName","File-Based Write Filter"
0x4,"ControlSet001\Services\fbwf","Type",0x2
0x4,"ControlSet001\Services\fbwf","Start",0x0
0x7,"ControlSet001\Services\fbwf","DependOnService","fltmgr"
0x4,"ControlSet001\Services\fbwf","ErrorControl",0x1
0x1,"ControlSet001\Services\fbwf\Instances\Fbwf Instance","Altitude","226000"
0x4,"ControlSet001\Services\fbwf\Instances\Fbwf Instance","Flags",0x0
0x1,"ControlSet001\Services\fbwf\Instances","DefaultInstance","Fbwf Instance"
0x4,"ControlSet001\Services\fbwf","EnabledOnAllSkus",0x1
0x4,"ControlSet001\Services\fbwf","DebugFlags",0x0
0x4,"CurrentControlSet\Services\Eventlog\System\Fbwf","TypesSupported",0x7
0x2,"CurrentControlSet\Services\Eventlog\System\Fbwf","TypesSupported","%SystemRoot%\System32\IoLogMsg.dll;%SystemRoot%\System32\Drivers\Fbwf.sys"
0x4,"ControlSet001\Services\FltMgr","Type",0x2
0x4,"ControlSet001\Services\FltMgr","Start",0x3
0x4,"ControlSet001\Services\FltMgr","ErrorControl",0x1
0x2,"ControlSet001\Services\FltMgr","ImagePath","system32\drivers\fltmgr.sys"
0x1,"ControlSet001\Services\FltMgr","DisplayName","FltMgr"
0x1,"ControlSet001\Services\FltMgr","Description","File System Filter Manager Driver"
0x4,"ControlSet001\Services\FltMgr","AttachWhenLoaded",0x0
0x4,"ControlSet001\Enum\Root\LEGACY_FLTMGR","NextInstance",0x1
0x1,"ControlSet001\Enum\Root\LEGACY_FLTMGR\0000","Service","FltMgr"
0x4,"ControlSet001\Enum\Root\LEGACY_FLTMGR\0000","Legacy",0x1
0x4,"ControlSet001\Enum\Root\LEGACY_FLTMGR\0000","ConfigFlags",0x0
0x1,"ControlSet001\Enum\Root\LEGACY_FLTMGR\0000","Class","LegacyDriver"
0x1,"ControlSet001\Enum\Root\LEGACY_FLTMGR\0000","ClassGUID","{8ECC055D-047F-11D1-A537-0000F8753ED1}"
0x1,"ControlSet001\Enum\Root\LEGACY_FLTMGR\0000","DeviceDesc","FltMgr"

;CACHING
;=======
;
; "Apparently" you can either Pre-Allocate the cache to full size,
; say 64Mb and it starts off at 64Mb, or you can set it to grow
; dynamically, where it dynamically increases. You can also try
; the dynamically compressed setting, but this may come with a
; performance hit, meaning file access will be slower, but this
; setting is better for lower RAM systems.
;
; 0x1 = "dynamic"
; 0x2 = "dynamic compressed"
; 0x3 = "pre-allocated"
;
; This is with "pre-allocated" caching on.
; i dont know if its the best option, yet.
; I tested all 3 and found no real difference in usability.

0x4,"ControlSet001\Services\FBWF","CacheType", 0x2



[AddLine]
;"txtsetup.sif", "BusExtenders.Load","fbwf = fbwf.sys"
"txtsetup.sif", "BusExtenders.Load","fltmgr = fltmgr.sys"
"txtsetup.sif", "files.fbwf", "fbwf.sys,4"
"txtsetup.sif", "files.fbwf", "fbwflib.dll,2"
"txtsetup.sif", "files.fltmgr", "fltmgr.sys,4"
"txtsetup.sif", "files.fltmgr", "fltlib.dll,2"
[/more] добавил несколько строчек найденных в компонентах Embedded, на BartPe еще не проверял

Цитата:

Но места-то на диске больше свободного становится. То есть и инфы на диск можно больше залить.

Что-то я не понял о каком диске речь.

HighwayStar
Ну ты пишешь, что использовать autofbfw нет смысла, так как размер его "в памяти будет занято ровно столько сколько файлов создал на диске с FBWF". То есть по твоему, если диск fbfw 32 Мб, я легко могу записать на этот диск 64 Мб данных и он это позволит? Что-то я про такую фичу не слышал. А я имел ввиду, что автоFBFW меняет размер диска на лету, по подобию AutoRAMDrive. То есть его размер напрямую зависит от имеющейся в наличии свободной оперативы. Конечно, если fbfw работает, как описываешь ты, соглашусь, что нет смысла задавать его размер изменяющимся, но лично у меня так не работает. Когда заканчивается место на fbfw-диске, запись прекращается.

Добавлено:
7sh3
Еще ключ -output-charset cp1251 тоже обязательно нужен, думал без него будет работать, выкинул, нифига.

Я думаю вам полезно будет ознакомиться с этим:
http://www.opennet.ru/man.shtml?topic=mkisofs&category=8&russian=0
Может тогда вы поменяете "-output-charset cp1251" на "-input-charset cp1251", а еще лучше на "-jcharset cp1251"

yurkesha
Я поковырял mkisofs на предмет локализации. Есть проблемы, которые похоже не решаются. Самое простое - использовать ключ -input, а к ключу "-jcharset надо еще добавлять ключ -joliet-long. Иначе с папкой WinSxS проблемы. Но вот правильно отобразить русские имена в самом исошнике не удается. То есть на диске они отображаются правильно, а в файле iso крякозябрами. В исо они правильно отображаются, если установить страницу 866, но тогда на диске крякозябрами. Скорей всего на это придется забить, но может-быть у тебя есть какое-нибудь элегантное решение этой проблемы?

Решение-то в принципе есть, но, к сожалению, неуниверсальное...
То есть если отказываемся от RockRidg (ключ -R) строим так:
tools\mkisofs.exe -iso-level 4 -input-charset cp866 -output-charset cp866 -duplicates-once -force-uppercase -J -joliet-long -jcharset cp1251 -volid "BartPE" -A PEBUILDER/MKISOFS -sysid "Win32" -b bootsect.bin -no-emul-boot -boot-load-size 4 -hide bootsect.bin -hide boot.catalog -o %isofile% %outdir%
А вот если есть RockRidg... Тут похуже будет - приходится генерить гибридный образ:
к -R приходится добавлять
-input-hfs-charset cp866 -output-hfs-charset cp866
Но и в той и в той ситуации имеем абсолютно одинаковое (и русское) отображение имен в ISO и на диске...
А вообще проблема в том состоит что MKISOFS не ставит маркер на DOS-кодировку в ISO, а именно она должна использоваться для виндовых систем по-умолчанию...

AkulaBig

Цитата:

Ну ты пишешь, что использовать autofbfw нет смысла, так как размер его "в памяти будет занято ровно столько сколько файлов создал на диске с FBWF". То есть по твоему, если диск fbfw 32 Мб, я легко могу записать на этот диск 64 Мб данных и он это позволит? Что-то я про такую фичу не слышал.

Можно изначально задать размер диска не 32Мб а 512 и писать на него сколько душе угодно, при этом диск не сожрет сразу все 512 Мб памяти.
Размер диска меняется ключом
0x4,"ControlSet001\Services\FBWF","WinPECacheThreshold",0x20
0x10 - 16Мб
0x18 - 24Мб
0x20 - 32Мб
0x30 - 48Мб
0x40 - 64Мб
0x48 - 72Мб
0x60 - 96Мб
0x80 -128Мб
0x100 - 256Мб