PRA64roll с uird

[sfs]

pra-extras.pfs с униврсальным набором софта а-ля магос.

ПРА - конструктор. Модули независимы (где зависимости не прописаны). У каждого свое понятие универсальности

К чему сборки то плодить.

Помочь новичку с исходным набором под разную мощность компа

даже браузера нет, не порядок

Это - пока экспериментальная сборка. Зачем она нужна - пока нет ясности. Вот с uird экспериментируем
Может идея кристаллизуется..

[sfs]

Посмотрел http://files.magos-linux.ru/betcher/161127.iso в виртуалке
iso c IDE грузится
Надо теперь видеодрова протестировать и сборку uird в пра
Оформил шапку

Если все получится - надо все-таки перепаковать /lib в /usr/lib - можно проблем словить. Не найдутся либы

[betcher]

Если все получится - надо все-таки перепаковать /lib в /usr/lib

Вы о модулях  с дровами или о самом  uird?

[sfs]

о модулях  с дровами

Кстати - вопрос на глубокое понимание работы системы
initrd загружается в память ядром. После запуска init системы он остается в памяти или память освобождается?

[betcher]

initrd загружается в память ядром. После запуска init системы он остается в памяти или память освобождается?

Не знаю. Тоже думал об этом. Есть мысль запихать в uird модуль и подключить его в систему совместно с остальными. Интересно получится ли

[sfs]

Поскольку porteus частично (что тоже не до конца понятно ) остается доступен после загрузки системы - получается что память не освобождается
Хотя у других initrd такого нет.... Или просто не видно...
Я клоню к тому - надо ли заморачиваться размером initrd...
Маленький initrd точно грузится быстрее

[betcher]

Маленький initrd точно грузится быстрее

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

[sfs]

Это время загрузки инитрд

да - и здесь ничего не сделать

(возможно) потери из-за более сложной логики

В uird udev - тоже работу не ускоряет
Был бы интересен эксперимент сборки dracut мини- системы с Х

[DdShurick]

После запуска init системы он остается в памяти или память освобождается?

Последняя команда в init - switch_root.

DESCRIPTION

       switch_root moves already mounted /proc, /dev, /sys and /run to
       newroot and makes newroot the new root filesystem and starts init
       process.

       WARNING: switch_root removes recursively all files and directories on
       the current root filesystem.

Из man switch_root.
Получается, что удаляет, если я понял правильно.

[sfs]

Поскольку porteus частично (что тоже не до конца понятно ) остается доступен после загрузки системы - получается что память не освобождается

Тогда как объяснить такое...
надо попробовать загрузить систему с нашим и uird и сравнить htop

[betcher]

В uird udev - тоже работу не ускоряет

Не уверен, но возможно потери на udev на этапе uird компенсируются ускорением загрузки основной системы.

[sfs]

потери на udev на этапе uird компенсируются ускорением загрузки основной системы.

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

[sfs]

попробовать загрузить систему с нашим и uird и сравнить htop

Провел с нашим ядром - одинаково, т.е. инитрд удаляется

[betcher]

А если мы магосовские модули будем распаковывать в систему вместо монтирования. То есть то что вы install  называете, а не load. Это поможет избежать перепаковки?  То есть попадут ли либы в нужные папки по линкам.
===========================================================
Проверил. Не повезло, при копировании вообще исчезает все. Видимо потому, что ссылка ведет на /usr/lib, а на этапе уирд надо /rootfs/usr/lib или вроде того.

[sfs]

Это поможет избежать перепаковки?

теоретически - да. Практически проще перепаковать
Вы не могли бы проверить на Вашем исо пра магосовские дрова ати