[devel] [RFC] make-initrd

[Led]

On Wednesday 15 January 2014 05:13:55 Dmitry V. Levin wrote:
> On Wed, Jan 15, 2014 at 05:00:13AM +0200, Led wrote:
> > On Wednesday 15 January 2014 04:39:36 Денис Смирнов wrote:
> > > On Wed, Jan 15, 2014 at 04:36:41AM +0400, Dmitry V. Levin wrote:
> > > > Кто багов боится - тот dist-upgrade не делает. :)
> > > > Не похоже, чтобы риски обновления образа initramfs существенно
> > > > отличались от рисков обновления системы.
> > >
> > > Если после обновления системы systemd сдохнет и не будет грузиться, то
> > > init=/bin/sh спасёт.
> >
> > Только если драйвер клавиатуры вкомпилен в ядро, или, каким-то чудом,
> > подгрузился:)
>
> Подгрузить драйвер клавиатуры на этот случай - тоже задача, достойная
> initramfs. :)
>
> > > И лучше бы initramfs максимально изолировать от остальной системы.
> > > Потому как выигрышь в максимум единицы секунд на повторном старте
> > > udev+systemd не стоит того, чтобы терять на этом надёжность.
> >
> > ИМХО у initramfs ровно одна задача: смонтировать / и запустить с него
> > системный init (чем бы он ни был). В 90% случаев для этого даже udev не
> > нужен.
>
> Не знаю, как получена эта оценка (90%), но на практике сейчас далеко
> запрятанный / (когда нужно активировать последовательно несколько уровней)
> не такая уж и редкость, чтобы ей можно было пренебречь.

IMHO "не редкость" разве что device mapping. Да и он мне в живой природе редко попадается. Но это всего лишь личное 
субъективное "наблюдение". Да он, в общем-то и без udev "раскручиватся". Может с udev проще...
В любом случае, это лишь моё ламерское время и, скорее всего, я неправ. Прошу прощения, что влез с этим:)

-- 
Led