» Windows Preinstallation Environment(WinPE). WinBuilder

Цитата:

Теперь от Win2k3 SP1 всего один файл нужен - NTLDR.

и то только для загрузки с CD

а ramdisk.sys из ХР всегда для из ХР и подходил - неподходит он для РЕ
(надо было всего-лиш установить его корректно с помощью ramdisk.inf)

euheny

Цитата:

и то только для загрузки с CD

А вот с этого места по-подробнее: т.е. с флешки или жесткого диска хватает файлов только из дистрибутива ХР? Файлы от сервера уже совсем не нужны, ни одного? Опиши, плиииз, процедуру.


Цитата:

надо было всего-лиш установить его корректно с помощью ramdisk.inf

Надо было всего лишь написать классы как они в INF из дистрибутива ХР прописаны
Кстати, и сейчас можно устанавливать драйвер рамдиска без применения рег-патча прямо из системы.



Добавлено:
Вот здесь есть интересная шняжка - скрипт, который при старте Винды ищет определенный файл-маркер на всех доступных носителях и даже в сети.

Т.е. можно на отдельный имидж вынести программы и часть системных файлов (как ты сейчас это делаешь) и при загрузке этот скрипт будет искать имидж везде, где возможно. Найдет - подключит, не найдет - сообщит об ошибке. Но в любой момент его можно будет запустить еще раз

Только скрипт ориентирован на VDMK имидж с декриптором (можно писать даже на неизменяемом носителе), а лучше бы на чем-то более доступном вроде IMA/IMG (или придумать как такие VDMK имиджи с декриптором создавать без VMWare).

Oleg_II

Цитата:

т.е. с флешки или жесткого диска хватает файлов только из дистрибутива ХР?

Да действительно.

После того как Nuno выразил мнение что MobileOS нужно перенести в варезный раздел boot-land-а ( есть ли там такой ? ) пришлось внести коррективы и с 010 она собирается без чужих файлов

Цитата:

Опиши, плиииз, процедуру.

никакой процедуры нет, только то что в Tools\IMG

Цитата:

скрипт, который при старте Винды ищет определенный файл-маркер

В MobileOS, если не обнаружиться диск Y, то будет предложено вручную отыскать этот имидж. А с 014-ой (которой ещё нет) можно будет этот имидж загрузить в память(ImDisk) и продолжать работать без каких-либо носителей информаци. Правда проверить не могу - не хватает RAM-ы

---

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

euheny

Цитата:

пришлось внести коррективы и с 010 она собирается без чужих файлов

А можно здесь рассказать что это за коррективы (как запустить в РАМ без сторонних файлов), а то что-то с родным NTLDR выдает ошибку и запускаться не хочет. Без этого файла со стороны у меня пока не получается в память систему загрузить (пробовал и с родным от ХР, и и от Лонгхорна).
Это для тех, кто пока вручную собирает, а не конструктором


Цитата:

В MobileOS, если не обнаружиться диск Y, то будет предложено вручную отыскать этот имидж.

Это понятно. Я как раз тебе и предложил глянуть топик, где есть как прога на Аутоскрипте, так и просто батник. Причем разницы нет какая буква у диска с дополнительным имиджем - искать будет на всех возможных носителях. Удобнее же, согласись


Цитата:

загрузить в память(ImDisk) и продолжать работать без каких-либо носителей информаци.

Хм... Не уверене, что это лучшее решение на сегодняшний день: при наличии большого объема памяти тогда уж проще образ сделать мегов на 490 со сжатым NTFS, куда почти под гигабайт влезет самой системы и часть программ. Работать с образа на носителе (без загрузки в память) пока удобнее было бы.

Oleg_II

Цитата:

что-то с родным NTLDR выдает ошибку и запускаться не хочет

Ну вот в посмотри на это

Цитата:

никакой процедуры нет, только то что в Tools\IMG

там есть такая строка

Код: [no]TXTAddLine,W:\boot.ini,"ramdisk(0)\winnt=#$qMobileOS#$q /rdpath=multi(0)disk(0)rdisk(0)partition(1)\KERNEL\RAM.IMG /nopae /fastdetect","Append"[/no]

Сорри, перенес в соответствующую тему.

похоже надо копать в сторону wimfsf.sys (и сопутствующие) а не wimfltr.sys...
имхо первый для монтирования WIM как файловой системы (диска), второй же для монтирования WIM на уровне файлового доступа...

кстати в viste в сервисах (regedit) есть сервис wimfltr, правда waik установлен, а в vistape его нет, зато есть - wimfsf и есть ramdisk
собственно идея добавить в WinPE этот драйвер вместе ramdisk.sys...

кто умеет ?

зы. и еще в VistaPE присутсвует FBWF....

PowerUser
Ты читал те ссылки что я давал? Я там писал о том же. Все это уже было изучено и проверены все варианты с wimfsf и без него, и с разными версиями загрузчиков и фильтров. Вся проблема в том что кроме wimfsf нужно что-то еще. И это еще надо долго искать поочередно тключая сервисы в VistaPE пытаясь получить аналогичный БСОД


Цитата:

зы. и еще в VistaPE присутсвует FBWF...

Только ни там ни в XP он нормально не работает

HighwayStar

Цитата:

Только ни там ни в XP он нормально не работает

с EN вполне нормально

хм... я изучал boot.wim от билки (тот откуда сетап запускается) - то есть не самодельный VistaPE а так сказать "фирменный"
в чем должна проявлятся работа/не работа FBWF ?

PowerUser
Цитата:

в чем должна проявлятся работа/не работа FBWF ?

Файлы и каталоги с кириллицей в именах попробуй посаздовать на диске с FBWF

HighwayStar
так может это ограничение самого FBWF или настроек локали под виндой ?

PowerUser
Это именно ограничение самого FBWF. WELL несколько недель разбирался с этим драйвером, так и не нашел способ заставить его понимать русский, зато в качестве утешения выяснилось что никаких попыток определения локали не производится - ни кодовые страницы ни что-либо другое другое драйвер не трогает.
Резюме: 3 выхода из ситуации - забить(самый разумный), дождаться новой версии с поддеркой локалей(хотелось бы верить) или найти наконец внутрях драйвера хоть что-то, за что можно зацепиться (что маловероятно).

oRDoSS

Цитата:

дождаться новой версии

Так вроде 2007 год, версии этого года все равно глючат
Да и зачем он нужен? Проще все на Ram диск закатать, сейчас вроде-бы компов с памятью меньше 256 Мб не осталось, а на них проблем нет.

компов меньше чем 256 метрова хватает - и если делать WinPE не как рабочую среду, а как среду для восстановления - то желательно что бы ее (ядро) можно было бы запускать на 64 метрах ... а все остаольное с дополнительго носителя (USB, CD-ROM, Network)...

PowerUser

Цитата:

запускать на 64 метрах

Так кто мешает сделать мультизагрузогный диск? Две системы "комфортная" + отдельная под 64 Мб ?

Цитата:

Так вроде 2007 год, версии этого года все равно глючат

это точно, самая стабильная 2.0.965.0 от Embedded с ней никаких проблем в работе, ну кроме кириллицы, все новые версии с кириллицей работают нормально но сами по себе сплошной глюк, рамзагрузка рулит


Добавлено:
PowerUser

Цитата:

можно было бы запускать на 64 метрах ... а все остаольное с дополнительго носителя (USB, CD-ROM, Network)...

а под "все остальное" память для запуска и работы где брать будешь? на 64 метрах и XPE запустить можно, только без файла подкачки ничего больше не запустится серьезного, а с файлом подкачки это не система для восстановления, кто блин вообще выдумал что в PE можно работать на 64 мегах памяти

ну на 64 метрах "работать" никто не собирается (мне ваще WinPE не для работы, а для рековери нужен), а вот иметь возможность на крайняк запустить R-Studio, например, не помешала бы...

да и собственно, если можно сделать ядро работающее на 64 метрах, то почему бы тогда все остальное не запускать (по мере возможности и наличия свободной памяти) с "внешнего" диска - будь то USB, CD или сетка...

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

7sh3
Цитата:

это точно, самая стабильная 2.0.965.0 от Embedded с ней никаких проблем в работе, ну кроме кириллицы, все новые версии с кириллицей работают нормально но сами по себе сплошной глюк, рамзагрузка рулит

Рамзагрузка действетильно рулит, но есть вопросы:
1. А если были предварительно созданы все линки на разных языках, то после включения этой штуки они останутся видимыми?

2. Если фича только на диске с системой, то влияет ли она как-то в этом плане (кириллица) на подключенные диски (флешки, виртуальные диски)?

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

PowerUser

Цитата:

мне ваще WinPE не для работы, а для рековери нужен

“pаботать” и “рековери” – это одно и тоже

Цитата:

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

снова - потому что нет у тебя памяти , практически вся память ушла на твое ядро того что осталось не хватит для работы той же R-Studio, пытаться что-то делать в PE на 64 мегах памяти – это просто заниматься ерундой, PE это XP а не Win95

Oleg_II

Цитата:

Рамзагрузка действетильно рулит

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

7sh3
Цитата:

это я к тому что fbwf нафиг не нужен когда можно грузится в память

Вобщем я, конечно, согласен. Но вот, допустим, нужно будет разархивировать большой файл с СД - архиватору куда-то нужно будет помещать временный файл, да и для самого содержимого архива тоже нужно место, на сам носитель - СД - временные файлы писаться не будут, а свободного места на системном диске при рамзагрузке не так уж и много. Теоретически (я еще не пользовался этой фичей, поэтому не утверждаю) fbwf можно было бы создать какой-то запас места, которое будет забираться от РАМ по мере надобности.

Причем то, что на диске защищенном fbwf нельзя создавать файлы и папки с кириллическими именами меня не волнует, особенно, если эти имена созданные до запуска этой фичи (допустим все меню и линки) не пострадают во время ее работы. Все равно при рамзагрузке все что было на системном диске исчезнет, как только пользователь захочет выйти из ситсемы. Так пусть сразу не привыкает ничего там не создавать, а записывать куда-либо в отдельное место, на флешку, например

ЗЫ Если в моих мыслях есть хоть капля трезвой мысли, то тогда хотелось бы поиметь эту версию:
Цитата:

самая стабильная 2.0.965.0 от Embedded

Заранее спасибо!


Добавлено:
Хотя, с другой стороны, если в архиве будет файл с кириллическим названием, можно ли будет его разархиваровать на диск с этой фичей?

Oleg_II
рамзагрузка (img) напару с fbwf вообще бессмысленны ведь рамзагрузка это образ hdd, там все пишется и работает с кириллицей без проблем и драйверу fbwf там просто делать нечего, fbwf имеет смысл использовать только в классическом варианте сборки которая работает с CD, временные файлы в любой сборке тоже обычно пишутся на отдельный рамдиск (B:) туда где TEMP определен и с fbwf не связаны, fbwf может пригодится только если проге которая расположена на CD нужно что-нибудь писать в свой файл конфигурации которой лежит рядом с ней и таких прог немного, проще sfx архивы сделать и распаковывать на рамдиск (B:) чем лишние 30 мег отдавать под fbwf и возможные глюки

Цитата:

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

глюки с кириллицей только на CD, если распаковывать на CD (кстати зачем это нужно?) то файлы распакуются но допустим распакованный файл Tекстовый документ.txt ты не сможешь открыть\переименовать\удалить

версию 2.0.965.0 от Embedded HighwayStar выкладывал в этой ветке или в ветке по барту, не помню, с рамзагрузкой я про fbwf забыл давно ;)

7sh3
Я отключал в конструкторе рамдиск (B вообще (а смысл его иметь, если можно все на сам рамдиск с системой писать? Тут как раз вопрос в том, что не всегда ясно на каком компе будет запуск, т.е. сколько будет доступной памяти под рамдиск для временных файлов. Соответственно не знаешь какой размер этого диска задать.
А эта фича, на сколько я понимаю, позволяет задавать какое-то количество МВ, но брать их от РАМ система их будет только по мере надобнасти.

Вобщем, в исканиях я...

Oleg_II

Цитата:

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

Если использовать ImDisk, есть возможность автоматически задать размер RamDisk на этапе загрузки, исходя из размера свободной памяти.
Это может быть некий процент от нее (скрипт ImDisk).
Я написал более сложный RamDisk , размер и тип которого вычисляется исходя из размера свободной памяти, учитывая такие вещи, как например резервирование памяти под систему.




Добавлено:
Oleg_II

Цитата:

но брать их от РАМ система их будет только по мере надобнасти.

Я не особо много тестировал FBWF, но насколько мне известно, размер этой виртуальной памяти для записи задается параметром в реестре. Поэтому это утверждение "по мере надобности" вызывает у меня сомнение. Надо будет проверить.

NIKZZZZ
Ага, за это спасибо! Но надо же было все варианты прощупать

Добавлено:
NIKZZZZ

Цитата:

Я не особо много тестировал FBWF, но насколько мне известно, размер этой виртуальной памяти для записи задается параметром в реестре. Поэтому это утверждение "по мере надобности" вызывает у меня сомнение. Надо будет проверить.

Я могу ошибаться, но вроде как речь в одном из обсуждений шла о том, что можно, например, задать 100МВ, но реально от РАМ столько не заберется сразу, а будут "отгрызаться" по мере заполнения этих 100МВ.

Oleg_II

Цитата:

но реально от РАМ столько не заберется сразу, а будут "отгрызаться" по мере заполнения этих 100МВ.

Если это действительно так, то это довольно интересно. Можно сделать RamDisk небольшого размера с FBWF, и получить динамический RamDisk.

NIKZZZZ
Это надо проверить Я не пробовал... так, мысли бродят

Добавлено:
Кроме того, возможно, что твой Рам Диск и так все сделает без этой фичи

Oleg_II

Цитата:

Кроме того, возможно, что твой Рам Диск и так все сделает без этой фичи

Это не так - мой RamDisk резервирует память под себя, и она не может быть использована системой. А в случае с FBWF (если вариант "отгрызаться" будет работать) системе будет предоставлена вся свободная память!

NIKZZZZ
Ну, вот здесь я как раз про это и спрашивал Идея была такая. Но ответа я не понял...

NIKZZZZ
FBWF действительно забирает память по мере заполнения, например ставим 100 мег, в свойствах CD будет свободно 100 но память не тратится, будет использоваться только после добавления файлов на CD, только я все равно не понимаю как можно прилепить FBWF к рамдиску и вообще в рамзагрузке он ведь только для CD предназначен а у нас в рамзагрузке CD-ROM никакой роли не играет после загрузки img

Oleg_II

Цитата:

Я отключал в конструкторе рамдиск

я тоже так делал потом забил, лишние движняки с плагинами, поставил авторамресизер и все, 90 мег стандартного рамдиска хватает для всех задач, если нужен большего размера то используй халявный коммерческий RamDisk [QSoft] Enterprise 5.3.1.5, FBWF при рамзагрузке тебе никак не поможет