Скрипт init

[DdShurick]

автоопределение uuid от Гр4дос

А надо ли?

find --set-root

Здесь надо указывать файл-метку.
У меня по другому. Можно записать так:

Код

  kernel /boot/vmlinuz-4.14.77-pf10
  initrd /boot/initrd32.gz 

и init будет искать файлы Richy перебирая разделы через цикл.
Переменные dev= и dir= просто ускоряют загрузку - поиск не производится. Переменная home= используется в том случае, если каталог пользователя $HOME находится на примонтируемом разделе. Указывать можно sdXX, UUID или LABEL (если есть). Переменная xzmdir задаёт имя каталога с модулями (вот нужно ли это?). Переменные load= noload= как в PRA. И остаётся куча аргументов pfix=[ram,ro,nosoft,rdsh,nox,copy,nocopy,hide] - вот с этим и надо разобраться.

[knn]

  На стадии "становления" нужно "смотреть/применять обновления"( ! "чистая сборка" ) и иметь возможность пользоваться сборкой со своими преднастройками.

[knn]

nox

"от себя" - нравится - (без комментариев [ ближе к тому как нанизывают искусственную ёлку на стержень] )

[knn]

find --set-root

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

[knn]

и понятно.

если есть возможность закомментировать - возможно расширит "круг понимания"

[knn]

$HOME находится на примонтируемом разделе.

и вроде позволяет применять savexzm , но накладывает свой ~/home/user/...?

[DdShurick]

и вроде позволяет применять savexzm , но накладывает свой ~/home/user/...?

Да, в таком случае пользовательские данные не входят в Richy-save.xzm, mksavexzm сохраняет только изменения в системе.

[sfs]

Требуется его "окультурить",

Чем не устраивает все загнать в case ?

[DdShurick]

Чем не устраивает все загнать в case ?

А подумать? Здесь два вида переменных: с аргументом и без. Но вопрос не в этом, оно и так работает. Как оформить запись в menu.lst, чтобы было понятно и желательно с возможностью редактирования через GUI?

[sfs]

два вида переменных: с аргументом и без

Код

param() { egrep -qo " $1( |\$)" /proc/cmdline; }
value() { egrep -o "(^| )$1=[^ ]+" /proc/cmdline | cut -d= -f2; } 

везде юзаю - не подводило

Как оформить запись в menu.lst

Т.е. названия самих ключей?

с возможностью редактирования через GUI

А есть гуй?

[DdShurick]

Код

param() { egrep -qo " $1( |\$)" /proc/cmdline; }
value() { egrep -o "(^| )$1=[^ ]+" /proc/cmdline | cut -d= -f2; } 

везде юзаю - не подводило

Не сомневаюсь, но в данном случае grub и так передаёт все аргументы cmdline в init. Получается "лишние хлопоты".

Т.е. названия самих ключей?

Да.

А есть гуй?

Это ещё подумать надо.

[sfs]

в данном случае grub и так передаёт все аргументы cmdline в init.

не догнал - без парсинга или парсит по другому

    названия самих ключей?
Да.

Главное - не изобретать новых названий для привычного функционала и покороче (привет uird)

    гуй?
Это ещё подумать надо.

Это получается - инсталлятор. Подключайтесь к моему или сделайте универсальный для любого фругала (мой пока не шедевр).

[knn]

Как оформить запись в menu.lst

  Как вариант (привык так пользоваться)
меню Гр4дос:

  1-я строка (она же дефолтная)  - задание "дефолтных" переменных ( для пусковой строки).
  2-я - Пуск (содержит "функции переменных")
 
  остальное опционально...
   -- сбос переменных
   -- задание переменных выбором из педлагаемого списка , в том числе задание вручную (всё в одной строке Граба).
   Тогда и ГУИ вроде не надо.
   
   Гляньте(/запустите для "наглядности")

menu.lst_prm-kn2.15.txt

Конечно там мильён лишнего, но возможно что-то может оказаться и полезным.

  Может я смогу чем помочь, но нужно представлять "как это должно выглядеть" и подробности."

[DdShurick]

не догнал

Загрузчик обязан передать параметры загрузки в init, на то он и загрузчик.

задание "дефолтных" переменных

"Кружева" для снобов? Не одобряю излишеств.

Короче. Я этот участок кода выкину, ибо переменные дублируются.
xzmdir - не нужен, стандартно modules
load|noload - может сделать по другому? У меня все модули в optional, в modules - ссылки на нужные. Для fat|ntfs можно перемещать модули modules <--> optional.
ram (загрузка без сохранёнки) - переименовать как-то понятнее.
nosoft - не нужно
copy|nocopy - авто.

[sfs]

load|noload - может сделать по другому?

Это основа модульности - не ломайте

ram (загрузка без сохранёнки)

Какая имеется ввиду сохраненка? Т.е. что по дефолту?

xzmdir - не нужен, стандартно modules

да - дубляж функционала не нужен

copy|nocopy - авто.

есть же copy2ram и не помешал бы http://wiki.puppyrus.org/soft/porteus-initrd#rammod

nosoft - не нужно

что это ? в исходном вопросе нет