From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 Date: Fri, 19 Feb 2021 11:49:16 +0100 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: <20210219104916.afwvo4u4nzzjvcty@example.org> References: <20200508114012.jgbjpdksisxryfg4@comp-core-i7-2640m-0182e6> <20200521133617.aekvybv5mgpqkvmd@comp-core-i7-2640m-0182e6> <88e0982a-556a-55eb-7cf2-e4bfb5fea450@gmail.com> <20210218173722.dkyamp42c6gpdigk@example.org> <21e48a26-3031-1ffa-cf83-3c524c20cf52@gmail.com> <20210218193704.zfa6fl4j75il7xw7@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [make-initrd] I: pipeline feature X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2021 10:49:26 -0000 Archived-At: List-Archive: 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