[devel] [RFC] make-initrd

[Alexey Shabalin]

14 января 2014 г., 19:58 пользователь Alexey Gladkov написал:

> 14.01.2014 19:42, Alexey Shabalin wrote:
> > 14 января 2014 г., 17:58 пользователь Alexey Gladkov написал:
> >
> >> Привет!
> >>
> >> Недавно мне пришла мысль о переделке runtime части make-initrd с целью
> >> повышения гибкости и увеличения сфер применения.
> >>
> >> Первая идея состоит в том, чтобы использовать в initramfs не скрипт
> >> притворяющий init'ом, а использовать там вполне себе настоящий init.
> >> Проведя некоторые исследования я пришёл к выводу, что обычный
> >> немодифицированный sysv-init может уже рассматриваться как вполне себе
> >> встраиваемое решение: sysv-init ~40K, upstart ~160K, systemd ~1,1M.
> >>
> > А можно ли сразу заложить возможность использования разных init в
> > initramfs. Интересует использование systemd тоже.
>
> Дело в том, что я отталкивался от того, что init в initramfs не
> мигрирует в систему, а запускает родной init. При такой архитектуре
> использовать systemd не возможно т.к. он не может запустить что-либо
> вместо себя.
>
> Более того, скорее всего использовать совсем не модифицированный init
> в initramfs не получится т.к. существует ряд проблем. Например, разбор
> cmdline и выбор на его основе runlevel'а. Внести коррективы в
> sysv-init намного проще чем в другие реализации инита.
>
> Зачем вам такой функционал ?
> Могли бы вы рассказать подробнее ?
>
> В systemd есть все необходимое, что бы работать в initramfs, подготовлены
все необходимые для этого unit-файлы(возможно что -то не хватает, то можно
взять из dracut).

Какой-то необходимости засунуть systemd в initramfs у меня нет, но если у
меня в системе и так systemd, то запустить его еще на ранней стадии в
initramfs и остаться с ним выглядит довольно элегантно.


-- 
Alexey Shabalin
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/devel/attachments/20140114/d003f12b/attachment.html>