[make-initrd] I: pipeline feature

[Alexey Gladkov]

On Thu, Feb 18, 2021 at 11:29:04PM +0300, Leonid Krivoshein wrote:
> > Это не помогло так как initrd не ждал эти разделы [1] и как только корень
> > был смонтирован, то сразу же загрузка пошла дальше. Можно указать, чтобы
> > монтировал все указанные рейды, но тогда initrd их смонтирует. Это
> > конечно не то, что ожидается.
> 
> Почему, вполне годное решение. А как это указать? Добавить mountpoints= к
> параметрам загрузки?

Сейчас при загрузке можно только переопределить параметры корня [1].
Дополнительные точки можно указать двумя способами:

* Добавить параметр x-initrd-mount в опции в fstab;
* Просто сделать добавить нужную точку монтирования в MOUNTPOINTS.
  Например: MOUNTPOINTS += /boot

> > > Уже немного разобрался, почему так происходит и
> > > даже придумал временный объезд. Возможно, простой способ ПРАВИЛЬНО решить
> > > проблему -- иметь два _РАЗНЫХ_ /etc/mdadm.conf на такие случаи, когда рейды
> > > используются не для корня. Главное, чтобы эти рейды с данными не начинал
> > > собирать интеллект в initramfs (ограничить DEVICES=...), тогда в обычной
> > > системе правила udev сами его соберут.
> > Я тоже мыслю в эту сторону [2].  Я подумываю о том, как бы сгенерировать
> > mdadm.conf только для MOUNTPOINTS.  К сожалению, я не уверен, что это
> > можно хорошо сделать. Именно поэтому я и не сделал этого сразу для фичи
> > mdadm.
> 
> Поэтому я и предложил затягивать в initramfs один из двух файлов:
> 
> /etc/mdadm-initrd.conf (если есть, то его)
> /etc/mdadm.conf (fallback)

Как быстрое решение это может сработать. Нужно только удостовериться, что
это решит упомянутые в треде баги. Мне в одной из багов говорят, что
специальный mdadm.conf не помогает с RAID1.

> Пусть болит голова у админов))

На этих товарищей я бы не надеялся ))

[1] https://github.com/osboot/make-initrd/blob/master/data/etc/rc.d/init.d/fstab#L84

-- 
Rgrds, legion