» Windows Preinstallation Environment(WinPE). WinBuilder

Блин... А еще NIRCMD.EXE может тоже самое, что и REG.EXE + создавать шорткати и многое другое! И бесплатен, т.е. можно рекомендовать к использованию всем!

Добавлено:

Цитата:

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

Ну, это я так понял твои слова: юзер вытаскивает носитель и вставляет новый, щелкает на шоткате и все шорткаты (в меню или вообще все?) обновляются

Добавлено:
А вообще, может это все детские игрушки. Может ты сам чувствуешь, что стоило бы сделать с билдом?

Добавлено:
Тут еще есть такой момент: скрипты основной секции Build претерпели значительные изменения - 052 серьезно отличается от 067. Мне старая версия как-то больше понятна в простых скриптах, но в этой секции никто из нас (или почти никто врядли разберется, а на официальном сайте все таки пытаются бороться с багами. Причем я спросил Питера не повлияла ли новая философия скриптов на размеры и он сказал, что размер даже стал меньше на пару сотен КВ

Поскольку у нас все равно нет пока такой головы, которая могла бы эту секцию отследить и все баги убрать, надо, наверно, таки переходить на 067? По крайней мере в плане основной секции Build.

Может у тебя есть какое-то мнение где можно что-то убрать или добавить?

У меня полет на маленькой высоте цели мелкие. Вот, хотелось бы еще дайлап и WiFi добавить... Но может тебе это и не интересно.

Добавлено:
Очень серьезная задача - добавление новых драйверов в работающую систему. Даже и не знаю - возможно ли это и как это эффективно сделать?

Oleg_II

Цитата:

Ну, это я так понял твои слова: юзер вытаскивает носитель и вставляет новый, щелкает на шоткате и все шорткаты (в меню или вообще все?) обновляются

Это все общие слова. Нужна конкретика.
Где лежит нужная инфа? (например CD каталог CdPrograms). В каком виде? Куда бросать линки (стол,быстрый запуск и т.п.)? Имена запускаемых файлов.
Это должно быть подготовлено скриптом или еще как-либо, мне в принципе безразличен формат, но он должен быть жестко определен.



Добавлено:
Oleg_II

Цитата:

добавление новых драйверов в работающую систему.

Какие именно дрова ты имеешь в виду?

Давай пока идею с шорткатами оставим дозревать


Дрова для поддержки современных жестких дисков дожны по определению входить в билд - пользователь должен как минимум видеть свои жесткие диски. ИМХО.

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

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

Добавлено:
Еще на официальном форуме, когда речь зашла о драйверах, я предложил подумать о подгрузке драйверов именно с той машины, на которой запущен сабж. Есть же специальные утилиты подготовки или резервного бэкапа драйверов в системе. Можно ли как-то их адаптировать, что бы подобная утилита искала драйвера не в загруженной системе, а в указанной системе на жестком диске?

Питер вроде зажегся этой идеей, но сейчас что-то тихо...

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

Это может быть примитивнейший СМD файл, запускаемый автоматом при старте системы или специальным самоудаляющимся шортатом с дестопа.

Как минимум, можно удалить 2,5МВ тех же драйверов дисков - после полной загрузки системы в них же уже вроде нет смысла?

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

Oleg_II

Цитата:

А вот дрова, допустим, сетевых карт и модемов, видео адаптеров, как в дальнейшем и звуковых карт (к ним можно прийти, когда все основное заработает) было бы неплохо держать за пределами загружаемого в РАМ образа системы.

Это вполне естественно, когда-то я писал такую штуку под сетевухи.

Цитата:

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

Идея не слишком хорошая, неизвестно что стоит на машине, но если дрова больше нигде не найдены, почему-бы и нет?

Цитата:

это автоматическое удаление файлов из системных папок,

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

Список драйверов жестких дисков можно из самого же скрипта вытащить. Наверно, кое что можно удалить и из папки system32, только ты пока этим не заморачивайся. Это можно будет делать методом тыка и в процессе.

Главное - как реализовать запуск удаляющего батника? Из стартапа или в ручную? Ты как думаешь?

А можно ли как-то средствами самого батника (или AutoIt?) "обойти" занятые файлы и продолжить удаление не занятых?

Добавлено:
И вот это твоя штука для сетевух... она бы очень пригодилась

Добавлено:
А можно ее запускать тоже по шорткату?

Добавлено:
Кстати, еще раз про поиск дров: я для себя в Автоустановочном диске оставил все дрова раскиданными по индивидуальным папкам, чтобы не устраивать свалки, а установочные INF сложил в одну папку и чуть-чуть подкорректировал (одну строчку) - так проще, чем ракурсивно по всем папкам проходить, зашел в одну и система сама выберет нужное.

Это делается просто и это я могу сделать для готовых драйвер-паков. Надо только, чтобы система захотела вообще устанавливать драйвера

Oleg_II

Цитата:

Это можно будет делать методом тыка и в процессе.

А зачем? Запусти Test2 - он тебе сообщит какие кому файлы нужны.
Занятые файлы можно определить с помощью батника, нужно только чтобы система стояла на RW носителе.
[more]
::Програма выводит файлы, занятые каким-либо процессом
::Основана на том, что их нельзя удалить
::Пример test.cmd c:\windows\system32 *.exe
:: test.cmd c:\windows\system32 *.dll > test.log
:: @nikzzzz
@echo off
for /r %~dp1 %%i in (%2) do (
copy "%%i" "%temp%" > nul
del /q "%%i" 1> nul 2>nul
if exist "%%i" (
echo %%i
) else (
copy "%temp%\%%~nxi" "%%~dpi" > nul
del /q "%temp%\%%~nxi" > nul
)
)
[/more]


Цитата:

можно ли как-то средствами самого батника (или AutoIt?) "обойти" занятые файлы

А зачем обходить, удаляй на здоровье, все равно не получится.


Цитата:

запуск удаляющего батника? Из стартапа или в ручную?

Смысл какой - вручную? Для тестирования только.

Цитата:

И вот это твоя штука для сетевух... она бы очень пригодилась
А можно ее запускать тоже по шорткату?

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

Удаление файлов по списку
[more]
for /f "usebackq delims==" %%i in ("del.txt") do del /q %%i
[/more]

Цитата:

А зачем обходить, удаляй на здоровье, все равно не получится.

Вроде как на обычной системе, если батник "нарывается" на занятый файл, то он прекращает исполнение и все последующие файлы не удаляются?


Цитата:

Смысл какой - вручную? Для тестирования только.

Я имел в виду, когда система будет уже запущена, юзер дальше уже решать - стоит ли пэйдж-файл размещать на диске, надо ли ему к сети подсоединяться, может место на диске освободить? Как скажешь, я, вообще, то тоже думаю, что можно бы и сразу подчистить.


Цитата:

Когда дело до нее дойдет, напишу.

А когда до нее дело дойдет? Сорри, что спрашиваю - интересно таки

Добавлено:

Цитата:

Занятые файлы можно определить с помощью батника,

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

Добавлено:
Упс... Что-то я в батнике про занятые файлы не очень понимаю - он сразу файлы удаляет?

Oleg_II

Цитата:

если батник "нарывается" на занятый файл

Если применять групповое удаление, то да. Но если удалять по одиночке - все нормально.
Прекращается выполнение самой команды , но не батника.

Цитата:

запуск удаляющего батника? Из стартапа или в ручную?

Ну, тогда это зависит от того, что он удалять будет.

Цитата:

А когда до нее дело дойдет?

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





Добавлено:
Oleg_II

Цитата:

Что-то я в батнике про занятые файлы не очень понимаю - он сразу файлы удаляет?

Он пытается удалить, но при этом сохраняет копию, и в случае удачного удаления восстанавливает удаленный файл.

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

Извини, про работу понимаю - святое

Мне уже спать очень хочется... Да и утро вечера мудренее

Последним вопросом до-мучу Я тут заметил, что в дисках Ghost v9-10 и Symantec Backup Exec System Recovery вроде как неплохая подборка драйверов для жестких дисков и сетевых адаптеров. Да и из устновочных файлов можно вытянуть что нужно заимствовать и как правильно это прописать.

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

Oleg_II

Цитата:

будет ли какая польза от этого

Сложное это дело, хлопотливое и муторное. Да и оттестировать сложно.

Цитата:

Сложное это дело, хлопотливое и муторное. Да и оттестировать сложно.

Это я уже на своей шкуре понял Но вроде как Симантек... Солидная фирма как-никак... Может быть, по крайней мере, те драйвера, что входят в их продукт как-то тестировались?

Вобщем, понял Затра будем посмотреть

столько страниц за несколько часов!..
NIKZZZZ
Express Burn - у меня не понимает рус - у него хорошо , а в проводнике - каряки.
Oleg_II

Цитата:

сам подтирает за собой следы в этой временной папке и, похоже, еще и реестр подчищает?

это стандарт для portablesoft.
Кстати те , кто этим занимается решают почти те-же проблемы , что и мы - у нас с ними много общего.Если бы мы работали вместе - вот это было бы что-то.
Цитата:

Тогда, Линукс

Я бы по этой теме мог бы многое сказать - но спора было бы в раз 20 больше.
HighwayStar
Цитата:

с файлдиском тоже не получится так как он не умеет монтировать на "запись" образы которые лежат на CD-ROM'е

я всё больше теряю интерес к CD.Да и вообще много проблем с ними - самая большая(на мой взгляд) это вращение и шум.Для антикопирайта и вареза только и хороши.
Цитата:

Ложим на CD-ROM образ img в котором лежит система. Ложим наш vmdk образ с программами. Грузимся. После загрузки монтируем образ с программами на y:. В итоге имеем жесткий диск с программами, на котором может быть сколько угодно свободного места, который система принимает за абсолютно нормальный hdd и позволяет писать, удалять , переименовывать файлы на нем.

А такой вариант - форматируем флэшку в нтфс с которой и запускаем ОС , которяя уже знает про флэшку и про присвоенную ей букву.

Вообще сейчас я от всего этого далёк.Попала ко мне флэшка , сектор равен 2048 байт .
Вот так дела - может я что-то пропустил , но такого чуда не видел . Я конечно читал , что со временем барабаны(читай HDD) перейдут на этот размер , но такого поворота не ожидал.Короче мой метод не работает вообще.Биос зависает или думает , что вставили сидюк.Понятия не имею как сделать её бутабле.Если все будут такие , то придётся для MOBILEOS искать старые флэшки.Но может ещё найду способ загрузится - образ исо на неё что-ли записать.Вообщем надо поискать и подумать , но сначала попробую от неё избавится.

Цитата:

я всё больше теряю интерес к CD.Да и вообще много проблем с ними - самая большая(на мой взгляд) это вращение и шум.Для антикопирайта и вареза только и хороши.

Опять же - универсальность У меня есть пара не очень, скажем так, молодых компьютеров с достаточной памятью - 256 и 512МВ соответственно, на которых USB есть, но версии 1.1... Да проще уж с CD загрузиться


Цитата:

это стандарт для portablesoft.
Кстати те , кто этим занимается решают почти те-же проблемы , что и мы - у нас с ними много общего.Если бы мы работали вместе - вот это было бы что-то.

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


Цитата:

Короче мой метод не работает вообще.

Вот в этом то и фишка! Китайцы это предусмотрели. В их методе слабым звеном в этом случае может быть только перенос ОС в РАМ - а если в один прекрасный день Grub4DOS тоже этого не сможет? - и поэтому реально они могут для этого использовать любой другой достпный на конкретный момент способ, хоть того же M$ и ramdisk.sys, главное, что когда система уже в РАМ она сама себя видит как реальный жесткий диск и работает! В принципе, на 911cd.net это тоже понимают и вроде как кто-то кому-то обещал через пару месяцев такой драйвер сделать

Скоро уже осталось - официально китайский релиз выйдет 18 февраля, а там вдруг кто-то разберется как его... это... использовать "правильно"

По поводу удаления лишних файлов:
На данный момент все драйвера добавляются в проект запакованными в виде SY_
Кто-нибудь имеет возможность проверить на САТА/RAID в каком виде в папке system32\drivers лежит SYS файл драйвера конкретно его диска после загрузки системы? В том же виде - SY_ или распакованный в SYS?
Если не распакован, то удалять можно все подряд файлы с "_", если распакован, то также удалять все файлы с "_", а на распакованные будем дальше посмотреть...

Oleg_II
Попробуй RamDisk.sys заменить на RamDisk.sy_ . Естественнно упакованным.

NIKZZZZ
Сорри, не очень понял... Сейчас в проекте он у меня упакован - RamDisk.sy_
В смысле, посмотреть распакован ли он у меня в запущенной системе?

HighwayStar
Какая самая последняя версия для IMG in RAM загрузка образа жесткого диска в память?

У тебя нет желания над ним еще поработать? Это ведь, в принципе, основной скрипт для создания ядра в РАМ. Его также нужно "вылизать":

1. Надо сделать его абсолютно легальным: вынести ROBOCOPY.EXE из скрипта и сделать как для файлов из W2k3 - если юзер хочет пользоваться скриптом, то он должен сам найти этот файл и указать в скрипте путь к нему. Также дать линк на ToolKit, куда эта утилита включена.

2. Чуть-чуть довести интерфейс - меньше слов, ничего лишнего. Чем проще, тем функциональнее

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

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

PNP & Multimedia поддержка драйверов, звука - честно говоря, я не пробовал этот скрипт. ИМХО - для рекавери диск далеко не самая необходимая вещь.

Но, если посмотреть вперед и действительно предположить, что возможно "пересобрать" Винды по своему вкусу, то очень может быть, что вещь полезная Если и иметь LiveOS, то желательно чтобы она не была глухо-немая

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

Если что-то трудно "вернуть" из реальной ОС в виду очень большого количества файлов и записей в реестр (последнее меньше пугает, чем "ожирение" ядра), то нельзя ли этот компонент заменить на альтернативный?

Добавлено:
На miniPE-XT есть очень прикольная утилита для Dial-Up... Ни у кого нет желания на этот компонент посмотреть? Ведь рано или поздно до этого дойдет, этот компонент не будет изменяться еще очень долго, это не просто какая-то версия программы для чего-то, не какая-то факультативная добавка, а одна из основных возможностей ОС (OS core component).

Потомки вас не забудут!


PS И WiFi бы тоже не помешал... Хотя с ним есть проблемы в плане защищенности - на 911cd.net по этому поводу кто-то предложил пользовать стороннюю программу для работы с сетями, защищенными, допустим, WEP.

PPS А также GPRS, PPPOE, BlueTooth и другие штучки, к которым уже привык мир и которые очень близко относятся к ядру - не то, чтобы их обязательно включать в основное ядро, но иметь их под рукой, если этого захочется

Кстати, по поводу PPPoe (используется ОЧЕНЬ многими провайдерами ADSL/DSL по всему миру) - есть альтернативный инсталлер протокола и для ХР с гораздо большей функциональностью, чем родной, называется RasPPPoe. Собственно это даже не инстоллер, а несколько файлов и INF. Если кто заинтересуется - дам ссылочку (да и в Гугле его с ходу можно найти).

Добавлено:
Только что пришла мысль: а вовсе и не обязательно, чтобы компонент входил в ядро. Допустим возмем тот же Dial-Up. Сейчас утилита и необходимые файлы разложены по папочкам в системе. Но есть ли смысл занимать место на виртуальном диске, если юзеру эта функциональность не требуется сейчас? Ведь можно точно также утилиту и нужные ей файлы упаковать в самораспаковывающийся архив и вызывать нажатием шортката! Архив разбрасывает файлы в нужные папки в вызывает утилиту. Причем для подобных компонентов можно не предусматривать "зачистку" файлов после выхода из утилиты в директивах SFX архивов - это не просто программа, а расширитель функциональности системы, устанавливается раз и навсегда (на период сессии загрузки в такую систему).

Добавлено:
Хе-хе... А почему бы и с и поддержкой сети это же (SFX) не сделать Не факт, что загружаясь в такую систему юзер обязательно будет пользоваться сетью, логично?

Oleg_II
вот скрипт 7зипа +ramdrive сырой но для начала пойдет! hxxp://depositfiles.com/files/612174 .как писать чтобы не видно было ссылки только заголовок?

yanus69
А что там за ramdrive?

Ставь вокруг какого-то слова или группы слов теги: URL=http://depositfiles.com ССЫЛКА /URL

Естественно, сами теги URL и /URL заключаешь в квадратные скобки.

Oleg_II

Цитата:

вовсе и не обязательно, чтобы компонент входил в ядро.

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


Добавлено:
Oleg_II

Цитата:

1. Надо сделать его абсолютно легальным: вынести ROBOCOPY.EXE из скрипта и сделать как для файлов из W2k3 - если юзер хочет пользоваться скриптом, то он должен сам найти этот файл и указать в скрипте путь к нему. Также дать линк на ToolKit, куда эта утилита включена.

Легальность , конечно хороша, но такая плата за нее уж слишком. ROBOCOPY.EXE вполне можно легально скачать с оф. сайта MS , а файлы от W3k3 попросить пользователя скопировать в каталог скрипта. Держать отдельно ради этого полную W2k3 ...

NIKZZZZ
А зачем UPSить файлы? Я вообще против UPS - на сжатом диске это не нужно, да и будет компенсироваться повышенным потреблением ресурсов. Я имел в виду вот что:

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

Если этим компонентом не пользоваться, то и файлы в системе лежат без дела, только место занимают.

А если не добавлять эти файлы в образ системы сразу, а тоже делать в виде SFX архива, который бы распаковывал их с носителя в нужные папки только если юзеру нужно воспользоваться компонентом Сеть?

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


ALL
Никогда раньше не пользовался mkisofs.exe, дайте, пжлста, коммандную сточку для создания образа, а то я что-то не разберу как путь указать...

У меня пока вот так:
Цитата:

mkisofs.exe -iso-level 4 -force-uppercase -volid IMAGE -b bootsect.bin -no-emul-boot -boot-load-size 4 -hide bootsect.bin -duplicates-once -o E:\Share\image.iso

Как путь к папке с файлами указать?

Или, лучше, если кто знает, дайте комманды для cdimage.exe - все уже казалось бы перепробывал, но жалуется на сверхдлинное имя в юникодовском файле свыше 110 знаков...

Добавлено:
NIKZZZZ

Цитата:

Легальность , конечно хороша, но такая плата за нее уж слишком. ROBOCOPY.EXE вполне можно легально скачать с оф. сайта MS , а файлы от W3k3 попросить пользователя скопировать в каталог скрипта. Держать отдельно ради этого полную W2k3 ...

Давай я тебя так спрошу: ты же пользуешься Boot to RAM, правильно? А файлы от сервера шли со скриптом или ты их где-то сам взял?

Ты скачал или у тебя уже был SP1 для MS Windows 2003. И всем, кто желает пользоваться этой фишкой тоже предлагается скачать эти файлы и указать путь к ним на жестом диске (открой скрипт CreateISO.script и увидишь как там это реализовано

Я не предлагаю тебе и кому-то еще каждый раз скачивать пакет утилит, который весит, если не ошибаюсь что-то около 13МВ. Это нужно сделать один раз, если у тебя его еще нет. Но в результате ты и любой, кто захочет пользоваться этой фишкой, может положить файл robocopy.exe в любое удобное для него место и указать путь к нему в скрипте.

Результат: у M$ нет претензий, что ты распространяешь ее фалы (внедренные в скрипт), у тебя все работает, скрипт может распространяться абсолютно свободно на любом сайте, все довольны

А зачем нужна легальность: я уже говорил, одна голова хорошо, десять лучше, а тысячи еще лучше. А как привлечь эти тысячи голов, если ты действуешь нелегально (распространяешь файлы M$ без ее разрешения?).

Для себя ты можешь делать что хочешь. И для друзей с Ru-Board-а тоже Но чтобы со всякими иносранцами разговаривать свободно и не напрягаясь, надо следовать некоторым правилам.

Oleg_II

Цитата:

Я вообще против UPS - на сжатом диске это не нужно

Вот здесь ты ошибаешься, Upх сжимает значительно лучше.

Цитата:

Ты скачал или у тебя уже был SP1 для MS Windows 2003. И всем, кто желает пользоваться этой фишкой тоже предлагается скачать эти файлы и указать путь к ним на жестом диске

Сама процедура неудобна, при переименовании или изменения пути все придется править сначала, скрипт теряет независимость, а вот скопировать их в папку со скриптом другое дело. Можно , например проверить их наличие, и при отсутствие предложитъ скопировать.

Значительно сложнее решать проблемы с софтом. Не знаю, насколько легально, например, извлекать файлы из дистрибутива даже Fre софта. Я как-то предлагал простое решение - не использовать скрипты для софта вообще - инсталлируешь софт непосредственно под самой WinPe, настраиваешь что нужно, жмешь на пупырь сохранить изменения и получаешь нормальную систему с проинсталлированным, честным и настроенным софтом. Идея не привилась - по видимому скриптохалтурщики боятся остаться без работы.

Цитата:

Вот здесь ты ошибаешься, Upх сжимает значительно лучше.

Ну, это не принципиальный вопрос Можно делать с UPX, а кому надо - разожмет. Или наоборот. Рабочий момент.


Цитата:

Значительно сложнее решать проблемы с софтом.

Пойми, никто не запрещает тебе делать как ТЕБЕ хочется! Я предлагаю это для того чтобы ВСЕ могли этим пользоваться независимо от вероисповедания

Мне, например, вовсе не нравятся шорткаты как они сейчас в конструкторе. И для себя я буду использовать специально написанный INF.

Но я понимаю, что создание такого INF "на лету" из конструктора скорее всего очень трудно реализуемо - прежде всего из-за сложности создания самой конструкции, да и не известно какие шорткаты и куда захочет юзер поиметь.


Цитата:

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

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


Добавлено:

Цитата:

Сама процедура неудобна, при переименовании или изменения пути все придется править сначала, скрипт теряет независимость, а вот скопировать их в папку со скриптом другое дело. Можно , например проверить их наличие, и при отсутствие предложитъ скопировать.

Можно и так. Я вообще за папки, как это в Барте. Очень удобно обновлять отдельные файлы. Скрипт коммерческой программы - будь добр, положи в папочку нужные файлы из своего легально купленного дистрибутива

Правда в случае с robocopy.exe все таки удобнее его иметь в какой-то общедоступной папке, чтобы и другие скрипты могли им пользоваться, если вдруг это понадобится.

Если не хочется править пути - тогда нужно ввести переменную в проект.

Кстати, а почему бы не замутить проект "Живая ОС в памяти" "LiveOS in RAM"? На официальном сайте нам место под это уже дали (Бруто мне предложил место, я могу его отдать под проект Ру-Борда с общим равноправным доступом).

Oleg_II

Цитата:

"LiveOS in RAM"

А зачем плодить проекты? in RAM - маленькая часть этого проекта, в общем решенная. Заниматься мелкими частными вопросами, как сейчас на BartPE LiveCD просто неинтересно, их проект практически дошел до финала.

товарищи, может кто-нибудь выложить отдельно WinBuilder.exe от 052? качал несколько раз архив с бутленда и все время закачка обрывалась - сил больше нет.

Хм... Логично. Только BartPE LiveCD дошел до финала некоего этапа. Дальше тоже что-то будет.

Похоже еще никто таки серьезно не воспринял информацию о возможности ОС в РАМ.

Вот ты, например, ты же сам говоришь, что тебе LiveCD нужен только в РАМ и машин с меньше чем 128МВ почти уже нет. Т.е. ты знаешь, что в РАМе оно крутиться гораздо быстрее. А ты бы не хотел иметь не жалкое подобие, калеку с культями тут и там, а реальную ОС, работающую с еще большей чем у тебя сейчас скоростью и другими полезными вещами, которые дает работа в памяти?

А ведь это уже возможно. И для Windows систем тоже. Только пока это делают несколько энтузиастов для себя и одна единственная китайская контора за деньги.

Oleg_II
ты хотел
Цитата:

Понимаешь о чем речь? Т.е. ты, например, пишешь код для WinRar.script и все работает.

А теперь я решил установить WinZip:
1. Открываю в текстовом редакторе и заменяю WinRar на WinZip.
2. Сохраняю скрипт как WinZip.script.
3. Кладу рядом папочку WinZip с файлами...

...и скрипт работает!

вот етот скрипт depositfiles.com/files/612174

А ведь можно пойти по другому пути: LiveCD на основе Windows уже работает. И работа в памяти и на пишущем носителе уже возможна. В Барте накоплен огромный опыт, но они "растеклись по блюдечку" как раз решая все эти мелкие вопросы. НИКТО или почти никто в Барте не занимался усовершенствованием ядра. Почему? Потому что была объективная причина - ограниченные возможности носителя, на который не возможна запись. Была революционная попытка с SDI, но некоторые сложности в реализации плюс консерватизм тех, кто уже привых писать скрипты для рамдиска все это тихо похоронили.
С USB флешками вроде как проблема записи на носитель из LiveCD решаема. Но там тоже не все гладко - не всегда вообще можно стартануть с флешки какая хорошая бы у тебя сборка не была.

У WinBuilder сейчас есть огромное преимущество - это свежая кровь еще не испорченная канонами. И еще абсолютная открытость и универсальность - его можно использовать не только для создания LiveCD, но можно приспособить и для тех же целей, что nLite и HFSLIP.

mramor
Могу только на Рапиду или письмом (напиши в личку мыло, архив меньше МВ).

yanus69
Спасибо, будем посмотреть Толко ты это... ссылочку поправь

А ты, случаем, не поможешь со строчкой для mkisofs или cdimage?

Oleg_II
можно на рапиду. спасибо.

[url]winbuilder 052 http://depositfiles.com/files/612917 [/url]

Добавлено:
mkisofs.exe -allow-multidot -no-iso-translate -relaxed-filenames -allow-leading-dots -N -l -d -D -joliet-long -duplicates-once -no-emul-boot -b boot.bin -hide boot.bin -hide boot.catalog

yanus69
Опередил Но я сейчас все равно закачаю.

Спасибо за команды, но где тут указать некую папку, допустим E:\Files, из которой я хочу сделать ISO?

Добавлено:
mramor
Вот нужный файл на Рапиде.

Oleg_II

Цитата:

А ты бы не хотел иметь не жалкое подобие, калеку с культями тут и там, а реальную ОС,

А кто тебе сказал, что я ее не имею? У нее есть недостаток, он же огромное достоинство - изменения в реестре не сохраняются. Но это же примитивная проблема - спец. пупырь на десктопе! При этом изменения сохраняются только по моему желанию.
На счет Ram - если система стоит на HD, совсем необязательно, но желательно.