PRA64roll с uird

[betcher]

В том, что выложил штатными средствами не делается. Но идея показалась интересной, вчера вечером запилил штатно. uird.syscp+=/usr/bin/busybox::/usr/bin
Этой же штукой теперь по умолчанию копируется в систему livekitlib и uird.scan.

[sfs]

uird.syscp+=/usr/bin/busybox::/usr/bin

похоже закончится написанием своего языка программирования

Поюзал https://sourceforge.net/projects/berryboot/ на rpi3 - интересная штука - универсальный фругал с сохраненкой , но без модульности и т.п.
На рус. http://4pda.ru/forum/index.php?showtopic=308317&st=7240#entry50001136
Не сделать ли на uird аналог:
Из инитрд грузится гуй (может просто перекомпилить для i686):
настройка сети (провод и wifi) + загрузка из своей репы образов (а еще лучше родных iso)
Образ - корень любого линукса без ядра в squashfs
готов поучаствовать

[betcher]

похоже закончится написанием своего языка программирования

Скорее systemdЫ
На самом деле такое копирование и без того было, просто теперь не жестко зашито, а из конфига берется. Кстати говоря, чья бы корова мычала Ваш pfs-utils такой же комбайн среди скриптов для модульных дистрибутивов как и uird среди инитрд для  тех же дистров. С блэк джеком и qr кодами

готов поучаствовать

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

[neobht]

uird.syscp+=/usr/bin/busybox::/usr/bin

похоже закончится написанием своего языка программирования

Поюзал https://sourceforge.net/projects/berryboot/ на rpi3 - интересная штука - универсальный фругал с сохраненкой , но без модульности и т.п.
На рус. http://4pda.ru/forum/index.php?showtopic=308317&st=7240#entry50001136
Не сделать ли на uird аналог:
Из инитрд грузится гуй (может просто перекомпилить для i686):
настройка сети (провод и wifi) + загрузка из своей репы образов (а еще лучше родных iso)
Образ - корень любого линукса без ядра в squashfs
готов поучаствовать

На uird это сделать - MagOS Multi можете участвовать в тестировании.

[sfs]

Собрал (пока на макете) pra-roll + uird + kernel_manjaro_с_дровами
На вскидку не вылезло проблем с прочими скриптами ПРа
Для упрощения перехода: в /uird_configs/uird_aliases можно заменить uird параметры на привычные
Я правильно понимаю:
1. sgnfiles copy2ram noload функционально совпадают с porteus
2. Вместо load= надо uird.load+=
3. Вместо dir=папка надо  uird.from=/папка
Надо ли подобным заморачиваться или еще больше путаницы?
Можно ли 2,3 переделать через алиасы типа UIRD_LOAD=load+

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

Код

checkramfree -f
ps -aeo rss,comm --sort rss |sort -nr

Причем (см. аттач) запущены те же бинарники, но они едят больше памяти

[sfs]

4. В pra-porteus стандартизированы названия 000-kernel-`uname -r`_64.pfs и загрузится только для своего ядра.
5. В pra-porteus модули 089- 090- (багфикс и save.pfs) при загрузке системы в верхнем слое (если нет других сохраненок).
В uird подобное сложно?

[neobht]

Нумерация учитывается. Если нужен верхний слой называйте большим индексом. По первому - автоматом так не будет. Используйте подстановки вида $(uname ....)

[sfs]

нужен верхний слой называйте большим индексом

Код

$ aufs-n 
Слои AUFS (верхний 0 перекрывает все что ниже)
 N Модуль                                       Путь
 0 changes=rw                                   /memory
 1 sakura-p-3.3.0-1_64.pfs=ro+wh                /memory/bundles
 2 nVidia-340.101-k4.8.14-1-MANJARO_64-sf03.pfs=ro+wh/memory/bundles
 3 firefox-light-47.0_64-sf01.pfs=ro+wh         /memory/bundles
 4 090-save-150620net-pra64.pfs=ro+wh           /memory/bundles
 5 090-save-150405aih.pfs=ro+wh                 /memory/bundles
 6 089-zz-pfs-utils-cli-170202.pfs=ro+wh        /memory/bundles

Как-то красивее /modules/zzz-090* можно сделать?
В Магос вообще нет save.squashfs ?

По первому - автоматом так не будет. Используйте подстановки вида $(uname ....)

Не понял про что и как сделать... Можно пример?

В определенный момент загрузки uird рус. буквы превращаются в крякозябры. Некрасиво. Почему clear не вставить?

[neobht]

Называйте с номером все модули. Иначе только с zzz.
Особым образом в магос не выделяется какой-то модуль.
Для сохранения изменений используется чаще machines.

По поводу clear - надо подумать.

[neobht]

uird.load+="000-kernel-$(uname -r)-...."

[sfs]

Называйте с номером все модули

В ПРА большинство модулей независимые. По другому убивает идею модульности (как я ее понимаю)

Особым образом в магос не выделяется какой-то модуль.

Т.е. сохраненки в модуль нет....

Для сохранения изменений используется чаще machines.

Он будет в верхнем слое и может быть модулем?

uird.load+="000-kernel-$(uname -r)-...."

Для этого придется его в /optional переносить

Много неудобств для ПРА

[neobht]

Сохраненка в модуль есть. Только она не через пень-подпорку сделана в виде 90- save, а в виде механизма machines.

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

Напримео фаерфокс без графики работать не будет-значит номер смело можно после использовать. А лучше унифицировать.

[DdShurick]

Сохраненка в модуль есть.

И работает как-то очень медленно. (Это впечатления от MagOS)

[sfs]

в виде механизма machines.

Можно подробнее или ссылку
Не знаю что можно придумать еще с фуфс... Сохраненка - верхний слой. Как не крути

UIRD ест после загрузки на  70мб больше памяти, чем porteus-pra

А этот эффект кто-нибудь может объяснить?
Или у меня нет "чистоты эксперимента"

работает как-то очень медленно.

Это плата за стандартность , универсальность и отсутствие костылей

[betcher]

в виде механизма machines.

Смысл в том, что имя модуля с сохранениями привязано к железу. Это в первую очередь для флешек сделано. То есть на каждой машине где грузите файл свой.
Работает приблизительно так. При включенном режиме "machines" uird находит модуль с сохранениями для этой машины и распаковывает его в корень. При выключении запускается скрипт, читает файл /.savetomodule там записано имя модуля с путями куда сохранять, читает /.savelist там список фильтров в формате что_сохранять !что_исключить. Старый модуль переименовыватся в модуль.bak и создается новый с учетом фильтров. Если модуль перенести из папки  dynamic в static, то сохраняться при выключении не будет.

UIRD ест после загрузки на  70мб больше памяти, чем porteus-pra

Фиг знает. Для разницы в размерах ядра+uird как то многовато.

По поводу clear - надо подумать.

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