Даёшь советский init!

[sfs]

Задача:

Хорошая задача. Так может сначала переделать 1,2 с имеющимся функционалом. Обкатать, в дистр. А потом уже и 3 ?

[DdShurick]

А потом уже и 3 ?

Ну да.

[Zay]

Универсальность очень желательна.

На этом этапе предлагаю вспомнить идею с конфиг. файлом (альтернатива огромному menu.lst).
ИМХО, лучше всего была бы поддержка параметров как в конфиг. файле, так и через ядро (и чтобы параметры ядра имели приоритет над параметрами из конфиг. файла).

Вместо параметра modules можно сделать более универсальный параметр, в котором можно было бы перечислить и отдельные модули, и каталоги (если указан каталог - то грузить оттуда модули по алфавиту).
Значение этого параметра по умолчанию - "packages". Базовый PFS можно положить туда же.

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

Ну и пусть остаётся. Главное - альтернативная версия есть! Когда она будет допилена до нужного состояния - тогда можно будет заменить то, что в системе.

[DdShurick]

На этом этапе предлагаю вспомнить идею с конфиг. файлом (альтернатива огромному menu.lst).

Не проблема. Выносим bootconfig в $PSUBDIR, правим пути в init.

ИМХО, лучше всего была бы поддержка параметров как в конфиг. файле, так и через ядро (и чтобы параметры ядра имели приоритет над параметрами из конфиг. файла).

Код

[ $MODULES ] || . /mnt/dev_save$PSUBDIR/bootconfig 

Вместо параметра modules можно сделать более универсальный параметр, в котором можно было бы перечислить и отдельные модули, и каталоги (если указан каталог - то грузить оттуда модули по алфавиту).
Значение этого параметра по умолчанию - "packages". Базовый PFS можно положить туда же.

У нас есть psubdir, можно сделать psubdirs="packages,SFSs,office".

[sfs]

предлагаю вспомнить идею с конфиг. файлом (альтернатива огромному menu.lst).

Альтернативой может служить только огромный конфиг. Я так и не понял чем конфиг будет лучше?
Вариант сокращения - не полные названия модулей. В sfrugal у меня так и сделано. Отказываться от возможности редактирования в grub4dos нельзя.

[RoDoN]

PR-13.02 с init_mini_1302 грузится нормально, фругал на Fat32 пока полет нормальный.

Это радует.
То ли ещё будет.

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

Код

Performing a "switch_root" to the layered filesystem...Kernel panic - not syncng: Attempted to kill init! exitcode=0x00000100

Pid: 1, comm: switch_root Not tainted 3.6.12-pf #2
Call Trace:
  [<c142d38c>] ? panic+0x7b/0x166
... и т.д.

Сегодня попробовал загрузиться на ноуте с pfix=ram и тоже получил Kernel panic, а когда грузился со старой сохраненкой, то работало, странные фокусы.

UPD Немного разобрался, оказывается, если нет сохраненки или есть, но только одна, то все нормально загружается, но если в наличии 2 и более save-файлов, то вместо выбора с каким грузиться имеем Kernel panic и параметр pfix=ram здесь не помогает.

[DdShurick]

 OK. Надо делать выбор сохранёнки, как было раньше. Как раз собирался этим заняться.

[DdShurick]

initrd.gz для PR. Сохраняет в каталог changes, pupm-save*.[234]fs и можно использовать savefs.pfs. Возможна загрузка в память с отмонтированием загрузочного устройства (pfix=copy)

[andy-voit]

заменил на своей системе. Полет нормальный пока..

[DdShurick]

Полет нормальный пока..

У меня уже год как нормальный, здесь добавлено сохранение в каталог как в PRA. Удобно для "ручного препарирования" сохранёнки. Следующая цель - убрать DISTRO_SPECS.

[DdShurick]

 От DISTRO_SPECS избавился, сейчас у меня один initrd.gz для Richy и PR-13.12. Появилась новая проблема - выбор $PSUBDIR, пока не решено указывать параметр psubdir=<name> обязательно. Базовый модуль обязательно *-base.pfs, сохранёнка - *save.[234p]fs или каталог $PSUBDIR/changes/. Остальные модули в $PSUBDIR/paskages/. zdrv теперь *kernel.pfs. Может быть добавить ещё Xorg.pfs и *WM.pfs (будут грузиться выше базы)?

[sfs]

проблема - выбор $PSUBDIR

А в чем тут проблема? Во всех live этот параметр указывается в парам. ядра (или по умолчанию, или из конфига)
Что и зачем тут придумывать.

Посмотрел initrd - модулей ядра нет. Значит подойдут только спец ядра (с вкомпиленными в ядро модулями)
Нет мыслей создания скрита создания initrd под любое ядро с aufs? Можно вдохновиться http://www.linux-live.org/ manjaroiso archiso rooyaufs (на mkinitcpio ) или dracut
В идеале иметь бы универсальный initrd под любой линукс. Чтобы из любого можно было сделать фругал

[DdShurick]

Что и зачем тут придумывать.

Придётся, "защита от дурака" нужна.

Посмотрел initrd - модулей ядра нет. Значит подойдут только спец ядра (с вкомпиленными в ядро модулями)
Нет мыслей создания скрита создания initrd под любое ядро с aufs?

Мысли прячу от шпионов 
А если сразу

Код

mount -o loop /mnt/dev_base${PSUBDIR/*kernel.pfs /lib

с последующим

Код

mount -o move /lib /pup_new/lib

?

Можно вдохновиться http://www.linux-live.org/ manjaroiso archiso rooyaufs (на mkinitcpio ) или dracut
В идеале иметь бы универсальный initrd под любой линукс. Чтобы из любого можно было сделать фругал

Чтобы вдохновиться надо понять, с меня systemd достаточно  мозги вынесло