Сайт | Скачать | Видео | Wiki

Автор Тема: Initrd UIRD  (Прочитано 242482 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:Initrd UIRD
« Ответ #135 : 03 Март 2015, 18:52:34 »
base, modules, optional в uird не нужны.
В uird, есть параметр from, в котором перечисляются источники с модулями. Это своего рода симбиоз from и extramod porteus.

Поэтому можно вот так писать:
uird.from=/pra/base;/pra/modules

В этом варианте из корня ничего не будет подключено. То есть параметр from задает источники из которых нужно грузить. А параметры load и noload - фильтры. ro,rw,cp - это фильтры для режима подключения.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:Initrd UIRD
« Ответ #136 : 03 Март 2015, 18:55:34 »
Алиасу пере сборкой initrd с конфигом алиасов только.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:Initrd UIRD
« Ответ #137 : 03 Март 2015, 18:59:07 »
Тоже про это подумал, когда узнал, что здесь можно через зпт uird.from=/pra/base;/pra/modules
А зачем тогда load= Если все уже во from=
И как загрузить перечисленные модули? Тоже uird.from=mod1;mod2 или нужно полностью и с путем...

Оффлайн for_wov

  • Ветеран
  • *****
  • Сообщений: 464
  • Репутация: +13/-0
  • TRUE
Re:Initrd UIRD
« Ответ #138 : 03 Март 2015, 19:23:14 »
MagOS
MagOS/MagOS.ini
MagOS/modules
MagOS/modules/i586
MagOS/modules/i586/00-kernel.xzm
MagOS/modules/i586/90-magos-patches.xzm
MagOS/modules/i586/MagOS_Full.ini
MagOS/modules/i586/01-firmware.xzm
MagOS/modules/i586/99-squashfs-tools.32.xzm
MagOS/modules/i586/80-eepm-1.5.2.xzm
MagOS/kernel
MagOS/kernel/i586
MagOS/kernel/i586/vmlinuz
MagOS/kernel/i586/uird.magos.cpio.xz
MagOS/MagOS.sgn
MagOS/MagOS-Data.tar.bz2
MagOS/MagOS-Full.ini
set l=(hd0,5)/MagOS/kernel/i586
set f=/dev/sda6/MagOS/modules/i586
kernel %l%/vmlinuz root=uird uird.from=%f% uird.load=* uird.copy2ram
initrd %l%/uird.magos.cpio.xz
штопор на стадии инициализации оборудования(дошел до тачпада и вынужден был преравть ввиду бездействия/продолжения загрузки)
что добавить в структуру и как поменять меню запуска?
действительно для чего тогда load=*? или во from только перечисление, а запуск идет только по load? (если так то без ini с прописанным списком модулей не обойтись иначе получим длиннющие списки и загрузчик [grub4dos] может захлебуться) понял последняя фраза - оффтоп  :)
« Последнее редактирование: 03 Март 2015, 19:32:13 от for_wov »
Опыт увеличивает нашу мудрость, но не уменьшает нашей глупости.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:Initrd UIRD
« Ответ #139 : 03 Март 2015, 19:40:26 »
From - перечисление источников. Load, noload - управление загрузки из источников. Перечислять модули не нужно. Это маска фильтра для пути. Можно писать вот так: load=/base/editors/*/testing/*
Естественно при таком раскладе, даже если во from задан /modules/ из этой директории ничего не будет загружено.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:Initrd UIRD
« Ответ #140 : 03 Март 2015, 19:43:23 »
Не увидел у вас в структуре папки MagOS модуля с системой.

Оффлайн for_wov

  • Ветеран
  • *****
  • Сообщений: 464
  • Репутация: +13/-0
  • TRUE
Re:Initrd UIRD
« Ответ #141 : 03 Март 2015, 19:55:35 »
Не увидел у вас в структуре папки MagOS модуля с системой.
где взять (уточняю вариант net-live)?
Опыт увеличивает нашу мудрость, но не уменьшает нашей глупости.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:Initrd UIRD
« Ответ #142 : 03 Март 2015, 20:11:12 »
Взять из pra модули например или любой live и вписать. Такое ощущение будто я в пустоту пишу.

Оффлайн for_wov

  • Ветеран
  • *****
  • Сообщений: 464
  • Репутация: +13/-0
  • TRUE
Re:Initrd UIRD
« Ответ #143 : 03 Март 2015, 20:28:37 »
Для magos без разницы откуда система будет? или это особенности net-live? Извините за изобилие вопросов. Наверное личные особенности восприятия.
Из всего выше перечисленного понимаю что фишка uird - запуск какого-то дистрибутива практически без распаковки образа и "доукомплектация" своими модулями и настройками(независимо от происхождения/зависимо от архитектуры).
Раньше запускал убунту таким способом
Код
iftitle [find --set-root --ignore-floppies --ignore-cd /iso/lubuntu-12.10-desktop-i386.iso] lubuntu-12.10-desktop-i386 (sda4)
kernel /casper/vmlinuz file=/casper/preseed/lubuntu.seed boot=casper iso-scan/filename=/iso/lubuntu-12.10-desktop-i386.iso locale=ru_RU
initrd /casper/initrd.lz
для этого приходилось извлекать папку /casper(в нутри которой находились инит и ядро) теперь же как понимаю никакие манипуляции с образом не нужны нужно лишь правильно прописать все в параметрах uird.(образ должен быть дефрагментирован?)
Мое недоумение заключалось в том что не было четкого разграничения initrd и uird. Если я теперь правильно понимаю, вещи это абсолютно разные (не имеющие отношения так же и к systemd). uird дополняет/расширяет initrd(родного для дистра) и делает его более универсальным тоесть реструктурирует (фругалит на етапе запуска) структуру дистра чтобы можно было гибко манипулировать загрузкой системы (независимо от системы инициализации). Имея множество машин и множество дистрибутивов, теперь появилось понимание для чего вам понадобился такой инструмент. Касательно же пра или ричи то источником модулей для них зачастую является флешка (тоже зачастую одна) и максимум еще раздел на жестком диске компа/бука в отличии от разветвленной компьютерной сети (интернета) и это объективно сужает область применения uird. Максимум, на практике, в плане источников могут послужить второй (больше не имеет смысла создавать) раздел флешки или несколько разделов жесткого диска (ов - усложняет тех.подержку пользователей) и в редких случаях загрузка по сети (кто к этому будет готов) для тех у кого с интернетом нет ограничений. С фильтрами load/noload теперь тоже стало ясно. Единственное что осталось "за кадром"(лично для меня) фильтры режимов подключения ro/rw/cp.
« Последнее редактирование: 03 Март 2015, 23:00:24 от for_wov »
Опыт увеличивает нашу мудрость, но не уменьшает нашей глупости.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:Initrd UIRD
« Ответ #144 : 04 Март 2015, 02:50:49 »
Uird - это не дополнение родных initrd. Это их замена. Сам uird и есть initrd.

Фильтры ro,rw,cp означают, как подключать модули, найденные по маске.
Пример: uird.ro=*.pfs - означает что среди модулей найденных по маске load, модули *.pfs стоит подключать в объединенный корень в режиме ro(только для чтения), rw- для записи/чтения, cp - копировать поверх получаемого корня (это своего рода rootcopy только более расширенный вариант).

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:Initrd UIRD
« Ответ #145 : 04 Март 2015, 09:47:55 »
Тоже про это подумал, когда узнал, что здесь можно через зпт uird.from=/pra/base;/pra/modules
А зачем тогда load= Если все уже во from=
И как загрузить перечисленные модули? Тоже uird.from=mod1;mod2 или нужно полностью и с путем...
Как получить аналог /optional портеуса, т.е. загрузка только модулей по маске из папки
Это очень принципиально

Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:Initrd UIRD
« Ответ #146 : 04 Март 2015, 10:21:17 »
В идеале прийти к универсальному (под любой дистр, ядронезависимому) initrd и скрипту сборки 2го initrd только с модулями ядра (для спец ядeр он будет не нужен)
Вот это, как мне кажется, верное направление. Если возможно сделать UIRD таким - было бы замечательно!
Насколько я знаю, есть дистрибутивы без Initrd, они должны загружаться в Frugal без пересборок (если есть AUFS).

Или другой вариант:    Безмодульный универсальный Initrd + скрипт для сборки специального Initrd с модулями ядра.

Вопрос к neobht, возможно такое сейчас, и планируется ли?

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:Initrd UIRD
« Ответ #147 : 04 Март 2015, 10:35:35 »
Или другой вариант: 
А что тут другого? Я именно это и предложил и даже сделал и выложил
В качестве сборщика initrd2 можно юзать любой сборщик initrd. По итогу перепаковать с удалением всего кроме модулей ядра. Лучше бы отдельный скрипт написать

Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:Initrd UIRD
« Ответ #148 : 04 Март 2015, 11:15:29 »
А что тут другого?
Код скриптов в модульной и безмодульной версии должен быть абсолютно одинаковым. И собираться одним скриптом (например с параметром --add-modules, или что-то в этом роде). Тогда все желающие собрать дистрибутив смогут использовать один и тот же код загрузки, что значительно упростит работу и сделает скрипты Initrd более надежными (больше тестов).

Основная задача, какой я её вижу - создание универсального Initrd на все случаи жизни, который не будет требовать доработки под задачу.
Чтобы в дальнейшем при разработке дистрибутива можно было об этом не думать, а просто взять готовый (или собрать, если нужны модули).

Я именно это и предложил и даже сделал и выложил
На основе UIRD? Мы же сейчас его обсуждаем.

Оффлайн imago31

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 2835
  • Репутация: +41/-0
  • горний арол
Re:Initrd UIRD
« Ответ #149 : 04 Март 2015, 11:24:41 »
а есть готовый исо pra на UIRD что бы посмотреть
Врач спасает человека, ветеринар - человечество
 все эксперименты на dual core 2x3.1 GHz/ram-3Gb/gt 440 1gb/WCD 80gb IDE/Samsung 80gb sata/3 флешки с зоопарком линуксов.
  Для работы и игр: Windows 10 снес, поставил 7
  Для души, для скорости и всего остального: Linux(pra, puppy, porteus, ubuntu-подобные)
 
 игровые модули
 программные модули