» Windows Preinstallation Environment(WinPE). WinBuilder (2)

Цитата:

В _некоторых_ приложениях в созданной из WinXP SP2 Rus системы на базе nativeEX не идет набор латинских букв.

RusPath.script решит эту проблему.

Круто... И такая мегаутилита до сих пор не в шапке?! Хотя шапку основательно подзабросили... половину скриптов надо искать.

Если не сложно выложите обновленный конструктор RusLive?

valm0unt

Цитата:

Если не сложно выложите обновленный конструктор RusLive?

RusLiveMini

Краткое описание:
В проекте содержатся два профиля - BootSdi (RAM загрузка - рекомендуется, CD после загрузки не используется для работы системы) и FBWF (загрузка с CD с эмуляцией записи на него, нетребовательна к памяти)
Для выбора нужного необходимо зайти в WB Manager и восстановить необходимый профиль.
Важно - если используется FBWF после создания образа необходимо вручную (например, с помощью UltraIso) добавить в корень CD содержимое каталога RootCD. (sorry, CreateIso.script писал не я)
Конструктор сделан максимально совместимым с проектом LiveXP, так что используйте скрипты из этого проекта.

Спасибо!

продолжение из соседней ветки
С применением связки WinLogon + XPELogon начинает вызываться диспетчер задач по Ctrl-Alt-Del, причем это без применения скрипта CtrlAltDel.au3 от NikZZZZ. Если вместо XPELogon используется PeLoader, то Ctrl-Alt-Del перестаёт работать. Я не разбирался почему так, просто привёл этот способ, потому что он стабильно работает

Небольшое дополнение - исправлены ошибки с CtrAltDel при вызове Task Manager и обновлен SmartDriverBackUp

NIKZZZZ

Цитата:

и обновлен SmartDriverBackUp

сама программа обновлена с версии 2.11 на 2.12, получается. Скрипт - вроде без изменений. И в скрипте написано - версия 2.11, хотя внутри 2.12.
Ты на 2.12 обновился, конфликт с удалённым управлением устранён?

MeUserListRu
Я решил проблему с конфликтами SmartDriverBackUp
SmartDriverBackUp.script

Обновление конструктора RusLive
RusPatch.script заменен на RussianSupport.script и должен быть удален из проекта.

... продолжение обсуждения из варезника
AZJIO
Я сначала (август прошлого года) использовал бутлэндовский мультипроцессорный скрипт. Алгоритм его был следующий: В setupldr.bin изменяется имя файла txtsetup.sif и создаётся копия setupldr.bin со ссылкой на второй txtsetup.sif. В первом txtsetup.sif секция Hal.Load содержит однопроцессорный перечень Hal, во втором - Hal.Load содержит мультипроцессорный перечень. Hal выбирает нужное ядро, а их должно быть 2 - NTOSKRNL.EX_ и NTKRNLMP.EX_. Поскольку setupldr.bin теперь 2, то в меню BCDW (или иного мультизагрузчика) будет 2 пункта.
Естественно, я об этом тогда сразу же похвалился в форуме, зря бартовцы не всегда читают наш форум.
Этот метод имеет, как потом оказазалось, преимущество перед 2 методом - меньше проблем при загрузке по сети.
2 метод.
осенью CryptoPE нашёл решение, которое вписано в setupldr.bin: автоматический выбор NTOSKRNL.EX_ или NTKRNLMP.EX_ и использование универсальной секции Hal.Load одного единственного txtsetup.sif. В первой версии решения так и было видно - загрузчик CryptoPE выводит на экран количество процессоров!!! У решения пока найдена только одна проблема, связанная с загрузкой по сети. Локально же автомат отрабатывает как часы. Сейчас NIKZZZZ уже встроил решение CryptoPE в свой билдеровский скрипт BootSDI и больше ничего не требуется настраивать вручную. Бартовцам же следует понять суть решения, чтобы импортировать его в конструктор 7sh3.

Ты написал в варезнике, что именно конструктор 7sh3 делает сглаживание, тогда, если не трудно, укажи инф или его часть, которая за это отвечает. Но конструктор 7sh3 используют почти все сборщики, но сглаживание только у тебя! Вот я и подумал, что это заслуга Блайндс. Или это только на моём компе?? разве никто больше разницу не заметил?

Цитата:

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

MeUserListRu
вот тут можно по подробнее
что то можно сделать с загрузкой по сети, кроме редактирования секции HAL.Load ?

Dimsoft

Цитата:

кроме редактирования секции HAL.Load

не надо уже редактировать HAL.Load.
Если используется сборка-автомат (RusLive или моя), то просто не упаковывать имидж в CAB. Кроме того, PePrograms засунуть внутрь имиджа, чтобы сборка не облысела без программ. Как засунуть внутрь - недавно написал справку по ImageCreator, NIKZZZZ её поправил - подойдёт и для этого случая.
Да, видел, что у тебя тест не прошёл, когда NIKZZZZ выкладывал PXE setupldr c автоматом от CryptoPE. Не знаю почему, надо было тогда проблему подробно разобрать. В крайнем случае, Grub-овский метод, который использует оперативу вдвойне (мы же его вместе с тобой разбирали) можно применить - там имидж можно сжать, сжатый грузиться быстрее будет.

Грабовский вопрос можно не закрывать. Я недавно читал документацию и там есть команда unhook - вдруг она выгружает из оператки??? Но больше пока не экспериментировал с Grub. Знатоки по Grub тогда подключились вроде бы к нам ... поговорили и ушли..

Хотя с HAL.Load - тоже решение. Но не редактировать, а сборщику предусмотреть 3 варианта загрузки по 3м txtsetup.sif - автомат, мульти и уни. А ты просто по сети грузишься, выбирая в меню мульти или уни. Но этот последний вариант неудобен сборщикам.

MeUserListRu
NTOSKRNL.EX_ или NTKRNLMP.EX_ - это каr я понимаю два cab-архива, значит при извлечении используется нужный NTOSKRNL.EXE, а проблема была в том, что NTOSKRNL.EXE, уже лежал в папке system32 и система просто его грузила, а в NTKRNLMP.EX_ как я понимаю извлекается тоже NTOSKRNL.EXE.
По моему для барта это не проблема, извлечь ядра и батником упаковать в постобработке.

А то что в setupldr.bin можно менять имя txtsetup.sif это я знаю, даже сделал батники создания загрузчиков, которые правят загрузчик, посмотри в моей сборке. Я макисмум при использовании двух txtsetup.sif делал выбор загрузки с SCSIRAID и без SCSIRAID.


Цитата:

Ты написал в варезнике, что именно конструктор 7sh3 делает сглаживание

В файле basexpe.inf

Цитата:

[SetupReg.AddReg]
; Убрать аппаратное ускорение (только для стандартного VGA SAVE драйвера !!!)
0x4,"ControlSet001\Services\VgaSave\Device0","Acceleration.Level", 0x5

а конкретно про сглаживание я имел ввиду в фильмах:
мой вопрос: при подключении видюхи видео (*.vob) при раскрытии на весь экран не дёргается, хотя сглаживание не работает, типа билинейное, заметно всё в мелких квадратиках, в винде показывает со сглаживанием.
Ответ 7sh3: нет там никакого сглаживания, вывод видео (directshow) неправильно работает, dx рендер не задействован, так будет если нормальный драйвер на видео не работает, например на стандартном vga так выводится изображение

AZJIO

Цитата:

которые правят загрузчик, посмотри в моей сборке

Видел батники. Мне показалось, что можно обойтись без батников. Вот удобное решение:
Ты в txtsetup.sif прописываешь универсальную секцию Hal.Load:

Код: [Hal.Load]
acpipic_up=halacpi.dll
e_isa_up=hal.dll
mps_up=halapic.dll
mps_mp=halmps.dll
acpiapic_mp=halmacpi.dll
acpiapic_up=halaacpi.dll

Цитата:

Протестировали на реальных машинах сетевой (PXE) загрузчик полученный путем "обрезания" SETUPLDR.BIN.

Цитата:

На всякий случай выкладываю те файлы для сетевого загрузчика (за исключением BootSDI.img):

Подробнее...

CryptoPE


можно файлы еще раз - на обменнике их нет

Dimsoft, отсутствует пока CryptoPE , что-ли. Успешного тестирования:tftpd32.7z
Сразу всё настроено. Возможно, только путь у тебя иной (там - D:\noPFiles\tftpd32) и IP-адреса от виртуальной машины. C текущими настройками BootSDI.img положить в I386.

AZJIO

Цитата:

NTOSKRNL.EX_ или NTKRNLMP.EX_ - это каr я понимаю два cab-архива, значит при извлечении используется нужный NTOSKRNL.EXE, а проблема была в том, что NTOSKRNL.EXE, уже лежал в папке system32 и система просто его грузила, а в NTKRNLMP.EX_ как я понимаю извлекается тоже NTOSKRNL.EXE.
По моему для барта это не проблема, извлечь ядра и батником упаковать в постобработке.

Это необязательно, .cab архиватор является родным для Windows, NTKRNLMP.EX_ просто занимает места меньше.
MeUserListRu

Цитата:

Требование к ImageCreator 4.4 - от 288 Мб ОЗУ.

Чушь. Прекрасно работает с 200 Mb Озу. Желательно только закрыть все лишнее.

Цитата:

У меня на маленькой оперативке ProgramFiles.wim автоматически монтируется не из оперативки, а напрямую. Используется принцип с контейнером от Galapo (ну это вынужденное решение - я по другому просто не смог ради маленького имиджа, вот и прибегнул к иностранному скрипту). Таким образом, ImageCreator на маленькой оперативке не может отмонтировать ProgramFiles.wim, хоть снова конструктор переделывай, чтобы ProgramFiles.wim монтировался не через переменные от Galapo.

ImageCreator не отвечает за перепаковку wim файлов, она осуществляется в WimMount.cmd, зарущенном с ключом "/repack". Поправь этот файл и будет тебе счастье.

MeUserListRu

Цитата:

Видел батники. Мне показалось, что можно обойтись без батников.

Батник делает замену текста в setupldr.bin, независимо какой модификации, он просто ищет текст в шестнадцатеричном виде и заменяет его указанным пользователем в начале батника. Это удобно, когда нужно сделать несколько загрузчиков setupldr.bin (peldr) на одном харде.

Цитата:

setupldr.bin используешь от CryptoPE

Он же NTLDR из архива tftpd32.7z?

Цитата:

С видео, получается, у нас нету пока решения по сглаживанию [отфильтровано] без установки адаптера.

Но у меня в сборку добавлены дрова на nVidia, так что решение отсутствует применительно к ATI Radeon.

Цитата:

квадратичность есть, но на TV высокого разрешения её почти не видно

На некторых даже незаметно подёргивание.

Цитата:

А тебе не трудно будет подсказать, как твой блайндс установить в сборку?

ну для бартовского я выкладывал плагин со своей темой WindowBlinds v4.6 Enhanced.
Если хочешь поробовать быстро, то просто загрузи свою сборку и скопируй из моей в свою папку программы "PROGRAMS\WindowBlinds", хотя и не важно откуда запускать, там запусти wbconfig.exe, ещё в system32 скопируй wb.ini, wbsys.dll, wbload.dll. Для выгрузки там батник есть "я_выгрузка темы.bat". На 100% не уверен, а вот если вытащить данные из реестра, то тему можно будет запускать батником на любой сборке. Всё же сделаю...
Если хочешь вистовские иконки вставить, то я на днях обновил плаг, который в принципе пропатчит иконками любую сборку, я так уже не раз делал. Плаг я выложил в бартовской теме.

AZJIO, нет тот сетевой. Нужен этот. HEXом только поправь, ну или своим супербатником, там на мои наименования ссылки.
Цитата:

ATI Radeon

на нём твою сборку пользую
NIKZZZZ, любишь выражаться . Итак стоит и меня "/repack". Это же у Galapo изначально прописано. Не смотрел что-ли скрипт от Galapo? Вот как сейчас выглядит:[more=WimMount.cmd]if "%1"=="/mount" Call :vmdk_mount "BIMG\BtWIM.vmdk"
if "%1"=="/mount" net start wimfltr
if "%1"=="/mount" set Tmp=%temp%
fsutil file createnew b:\ReserveSpace.tmp 1632032
if not exist B:\RzNkWIMs md B:\RzNkWIMs
if not exist B:\PeDrivers\RzNkPeDrivers md B:\PeDrivers\RzNkPeDrivers
if not exist b:\RzNkWIMs\sys32.wim copy z:\sys32.wim b:\RzNkWIMs\sys32.wim
if not exist b:\RzNkWIMs\ProgramFiles.wim copy z:\ProgramFiles.wim b:\RzNkWIMs\ProgramFiles.wim
if not exist b:\RzNkWIMs\PeDrivers.wim copy z:\PeDrivers.wim b:\RzNkWIMs\PeDrivers.wim
del b:\ReserveSpace.tmp
if exist b:\RzNkWIMs\sys32.wim if "%1"=="/mount" Call :mount rw "b:\RzNkWIMs\sys32.wim" "%WinDir%\sys32"
if exist b:\RzNkWIMs\sys32.wim if "%1"=="/repack" Call :Unmount "b:\RzNkWIMs\sys32.wim" "%WinDir%\sys32"
if not exist b:\RzNkWIMs\sys32.wim if "%1"=="/mount" Call :mount rw "z:\sys32.wim" "%WinDir%\sys32"
if not exist b:\RzNkWIMs\sys32.wim if "%1"=="/repack" Call :Unmount "z:\sys32.wim" "%WinDir%\sys32"
if exist b:\RzNkWIMs\ProgramFiles.wim if "%1"=="/mount" Call :mount rw "b:\RzNkWIMs\ProgramFiles.wim" "%SystemDrive%\Program Files"
if exist b:\RzNkWIMs\ProgramFiles.wim if "%1"=="/repack" Call :Unmount "b:\RzNkWIMs\ProgramFiles.wim" "%SystemDrive%\Program Files"
if not exist b:\RzNkWIMs\ProgramFiles.wim if "%1"=="/mount" Call :mount rw "z:\ProgramFiles.wim" "%SystemDrive%\Program Files"
if not exist b:\RzNkWIMs\ProgramFiles.wim if "%1"=="/repack" Call :Unmount "z:\ProgramFiles.wim" "%SystemDrive%\Program Files"
if exist b:\RzNkWIMs\PeDrivers.wim if "%1"=="/mount" Call :mount rw "b:\RzNkWIMs\PeDrivers.wim" "B:\PeDrivers\RzNkPeDrivers"
if exist b:\RzNkWIMs\PeDrivers.wim if "%1"=="/repack" Call :Unmount "b:\RzNkWIMs\PeDrivers.wim" "B:\PeDrivers\RzNkPeDrivers"
if not exist b:\RzNkWIMs\PeDrivers.wim if "%1"=="/mount" Call :mount rw "z:\PeDrivers.wim" "B:\PeDrivers\RzNkPeDrivers"
if not exist b:\RzNkWIMs\PeDrivers.wim if "%1"=="/repack" Call :Unmount "z:\PeDrivers.wim" "B:\PeDrivers\RzNkPeDrivers"
GoTo :eof

:Mount
IF NOT EXIST %3 md %3
imagex /mount%1 %2 1 %3
rundll32.exe user32.dll,UpdatePerUserSystemParameters
GoTo :eof

:vmdk_mount
Set _VMDKfile=""
FOR %%I IN (c d e f g h i j k l m n o p q r s t u v w x y z) DO (
IF /i EXIST "%%I:\%~1" SET _VMDKfile="%%I:\%~1"
)
If %_VMDKfile%=="" GOTO vmdk_mount
Call :_attribute_check %_VMDKfile%
start /b /wait imdisk -a -t file -f %_VMDKfile% -o %_ATTRIB% -m z:
GoTo :eof

:Unmount
imagex.exe /unmount /commit %2
imagex.exe /mountrw %1 1 %2
GoTo :eof

:_attribute_check
set attribs=%~a1
if /I "%attribs:~1,1%"=="r" (SET _ATTRIB=ro) ELSE (SET _ATTRIB=rw)
goto :eof


[/more] Я только автоматическое копирование добавил и Program Files.wim переименовал в ProgramFiles.wim, остальное - оригинальное. А может, в переименовании причина? Из-за некопирования батником переименовал, насколько помню - с кавычками попробовать поленился. Если памяти побольше, то ProgramFiles.wim, как видно из скрипта, лежит на RW, иначе - в контейнере на "только чтении"

MeUserListRu

Цитата:

Если памяти побольше, то ProgramFiles.wim, как видно из скрипта, лежит на RW, иначе - в контейнере на "только чтении"

Если честно, мне не особо нравится идея с контейнерами от Galapo. Она , конечно, позволяет быстрее грузиться с фэшки, но зачем такие сложности? Можно, например, тихо и мирно после загрузки ядра и создании RamDisk скопировать на него нужные Wim файлы и смонтировать их. Зачем создавать лишние диски?

Цитата:

Если памяти побольше, то ProgramFiles.wim, как видно из скрипта, лежит на RW, иначе - в контейнере на "только чтении"

Так кто мешает тем-же батником создать ProgramFiles.wim с помощью imagex /capture и положить его в нужное место?

Цитата:

после загрузки ядра и создании RamDisk скопировать на него нужные Wim файлы и смонтировать их

Так оно и происходит. Но плюсом к этому на малой оперативке монтируется прямо с носителя - выбор срабатывает от количества ОЗУ. Иначе сборка не выдержит 128 оперативки.
Цитата:

Так кто мешает тем-же батником создать ProgramFiles.wim с помощью imagex /capture и положить его в нужное место?

Ну да, я так и решил попробовать сделать, если не сумеешь помочь. Требования к оперативке в таком случае не пострадают, но будет минус - на малой оперативке ProgramFiles.wim будет монтироваться только в режиме "чтение", сейчас же даже на малой оперативке - RW. Не хочется терять возможность.

Добавлено:
да, я ещё попробую умешьшить размер ProgramFiles.wim за счёт Tib-проводника, которому RW не требуется, его же можно зарегистрировать по ссылке не в ProgramFiles.wim, а в X:\PePrograms. Тогда маленький ProgramFiles.wim будет подниматься в ОЗУ на более низких требованиях.

MeUserListRu

Цитата:

Иначе сборка не выдержит 128 оперативки.

Были когда-то подобные идеи, поддержать 128 оперативки с Ram загрузкой - отказался.
Во первых, много чего просто не работает из-за нехватки памяти (имидж порядка 40 Mb, плюс к этому желательно иметь хотя-бы 8-12 Mb свободных на диске x:) , для нужд системы остается очень мало. Без Cd работать на такой игрушке практически не возможно, смысл в такой системе?
Во вторых, FBWF практически полностью решает проблему с нехваткой памяти, и какая разница что хранить на CD - две системы или одну?

Есть более занятная идея - сделать Ram-сборку под 256 Mb, с полной поддержкой мультимедии (включая поддержку DirectX) и большим набором подгружаемых при загрузке аудио драйверов. Попробовал - в принципе реально, даже работает, гонял на ней ZoomPlayer - даже без родного видео драйвера вполне смотрятся фильмы.

NIKZZZZ
Так мне показалось, что AZJIO мультимедию потянет, его сборку видел. Я много постарался ему рассказать в личке, чтобы он быстрее разобрася с новыми технологиями маленьких имижей, монтированием Wim'ов и Sh. А дальше сам пусть решает - учиться на билдеровских скриптах, чтобы импортировать технологии в барт, либо выбирать билдер. Если останется на барте, то для мультимедийной сборки это будет не критично. А я себе лишнюю работу не ищу. Можно будет просто брать потом его разработки, а их у него уже куча всяких мелких, сборка буквально вылизана.
В жизни я по мультимедии много людям делаю, так что потом, возможно, внесу свои штрихи - всякие там HDMI, оптика, серьёзные настройки FFDShow, но сейчас пока самое главное осилить бы.
Справиться бы с основной задачей - сделать самый шустрый и универсальный реаниматор. Для профи, которым нужен реаниматор, нужна скорость - тормоза катастрофически мешают в таком случае.
Для 128 Озу у меня лишь небольшой дополнительный имидж, который использует все те же проги, что и основной, как же от него отказаться? Он вместо не-RAM сборки справляется со своми задачами быстрее и места для себя не просит. Проги запускаются на 128 ОЗУ абсолютно все. Я ради этого просто такие нетребовательные проги подобрал, вплоть до нетребовательного CD-резака. И проги такие, что запусти любую, вынь компакт-диск, а она работает! Такое впечатление, что ты мою бэту даже не смотрел. Дал бы замечания! Озу 128 уже не частый случай и для такого случая снова вставить компашку, чтобы запустить следующую прогу - не проблема. Ведь вынимать её приходится только для CD-записи или чтения с неё архива-клона. Именно так и делаю на слабых компах, а тормозной вариант не-RAM мне даром не нужен, на котором действительно без CD невозможно работать. Вот так игрушка! Это неоходимая вещь для профессионалов.
И с тобой, давай, лучше кооперироваться, твоё время все заинтересованы экономить. Помнишь, ты ругался насчёт свободного каталога PePrograms, типа не треплись, а продемонстрируй. Я это сделал, просто посмотрел бы бэту. А в сборке, что сейчас доделываю, вообще сделал возможность Просто положить гостевой Wim. Совместимость достигнута. Я и на Юркешу рассчитывал, но он меня научил оптимизировать драйвера, уже за это ему спасибо. Надеяться, что он для билдера сам сделает оптимизацию было наивно. Потом, мне пришлось его райд-пакет импортировать в билдер, но это была необходимость, а не поиск занимательно. хотя заниательное я обожаю, но пока это до лучших времён.
И у тебя есть работа поважнее мультимедии, с которой никто кроме тебя не справится, я просто боюсь сказать уж тебе лишнее. Переложить же что-то, что тебя интересует на плечи других разработчиков - это просто разумно. работа в команде

Добавлено:
недостатки FBWF уже обсуждали, не хочу возвращаться к закрытой теме

MeUserListRu

Цитата:

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

Проблема решается просто - создать Documents and Setting на диске b:. Все проблемы с русскими именами просто исчезают.

А на диск просто не пытаться русское совать... Классно, что решил. Но остальные недостатки что-ли перечислять снова?
Не знаю, решена ли будет проблема FBWF с несовместимостью BootCDI и Wim'ами...

1 Не решена - недостатки серьёзные:

1.1 модуль с FBWF медленно считывает файлы с CD, нету же крупных Wim-ов
1.2 CD не вынимается
1.3 На CD лежит дубликат программ, которые и так уже есть в Wim'ах от соседнего скоростного модуля

2 Допустим, решена (помечтаем) - недостатки поменьше, но ини есть

2.1 Не-RAM сборка, но Wim'ы читать умеет в режиме "чтение", никаких контейнеров с Program Files, чтобы ImageCr работал:
2.1.1 CD не вынимается
2.1.2 Специально для этого модуля придётся положить RW-проги на CD. Недостататок - частичное дублирование этих файлов.

2.2 RAM сборка, Wim'ы читать умеет в режиме "чтение", никаких контейнеров с Program Files, чтобы ImageCr работал:
2.1.2 Специально для этого модуля придётся положить RW-проги на CD. Недостататок - частичное дублирование этих файлов.
2.1.2 Диск не X! Эти файлы чтобы зарегистрировать, надо ещё пошаманить.

2.3 ... А всё, по логике вариантов больше нету, если опять Wim-RW, то FBWF уже не нужен, это уже получится вариант, что я сейчас использую

MeUserListRu

Цитата:

А на диск просто не пытаться русское совать... Классно, что решил.

Дык я и что талдычу - суй сколько хочешь, нет проблем.

Цитата:

1.1 модуль с FBWF медленно считывает файлы с CD, нету же крупных Wim-ов

Так создай их, правда монтирование на FBWF раздел у меня сходу не прошло, но я правда этим и не занимался. Однако есть фиксированный диск b: - монтируй на него, путь-то постоянный.

Цитата:

1.2 CD не вынимается

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

Цитата:

2.1 Не-RAM сборка, но Wim'ы читать умеет в режиме "чтение", никаких контейнеров с Program Files, чтобы ImageCr работал:
2.1.1 CD не вынимается.

ImageCreator только для работы с образами, здесь он неприменим, но на нем свет клином не сошелся ...
"но Wim'ы читать умеет в режиме "чтение" - не понял почему ???

Цитата:

2.1.2 Специально для этого модуля придётся положить RW-проги на CD. Недостататок - частичное дублирование этих файлов.

???? не понял

Цитата:

2.1.2 Диск не X! Эти файлы чтобы зарегистрировать, надо ещё пошаманить.

Какой диск не x: ??? Диск x: и в Африке диск x:

Цитата:

Успешного тестирования:tftpd32.7z

MeUserListRu

загрузился последний ruslive расжатый ( img) на 1024 на 1 ядре и на 256 на 2 ядрах


Добавлено:
вот бы еще скрестить cab и pxe загрузки

к кому бы с подобной просьбой податься ?

NIKZZZZ Скачал RusLive_RAM_2009_01_15.iso - 213 Мб, то, что я предполагал, использование добавление переменной Path, мне MeUserListRu обьяснил, что это уже есть, естественно заинтересовало, ведь скорось загрузки резко возрастает, так как загружается минимум файлов только необходимых для загрузки, ну а после когда USB2 уже работает, остальное грузится уже с максимальной скоростью.
Так же как и у MeUserListRu возник вопрос, почему оставшиеся 76 Мб папки Program Files не сделан по той же технологии wim-файла?
wim-файлы сохраняются при использовании в нём программ? Если да, получается нужно его либо копировать, либо монтировать в память?
Из недостатков: полное отсутствие ассоциаций. К примеру загрузился с флешки (3 мин - образ, 5:20 полная загрузка). Просмотрщик графики есть, но ассоциации на графику нет. В контекстном меню файла нет блокнота, при выборе "Открыть с помощью" всего 2 программы в списке.
Наверно я попробую билдер, просто в прошлый раз, когда я пытался им воспользоваться, он скачал с интернета какие-то плагины на 40 Мб при этом ничего не создал, ни какой сборки, естественно я его забросил.
Кстати сетевуха реалтек, как и все писали, у меня не подключилась.
MeUserListRu ну проверил я WindowBlinds на сборке RusLive, работает как и на моей. Скачай reg-файл батник:
Цитата:

copy wbload.dll %windir%\system32\wbload.dll
copy wbsys.dll %windir%\system32\wbsys.dll
copy wb.ini %windir%\system32\wb.ini

папку WindowBlinds скопировать в X:\PROGRAMS, либо в reg-файле изменить путь.
Так как в сборке было непривычно, запустил "установку" portable-софта (не копирование, а только извлечение ярлыков в "%UserProfile%\Главное меню\Программы\p", добавление переменной sys, reg-файл настройки программ, регфайл ассоциаций на portable-софт, и в общем стало намного легче. Программка-менюшка installs.exe не запускалась требовала, файл...

AZJIO

Цитата:

почему оставшиеся 76 Мб папки Program Files не сделан по той же технологии wim-файла?

Не понял.
По поводу Wim файлов - они монтируются как папка на любом RW носителе, например в папку, на Ram диске, дополнительные ресурсы (память) не требуются, исключение - монтирование в режиме RW, в этом случае изменения пишутся в %Temp%