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=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=oo+efrmADiOlq7zhU34Vr1HCsj+iPSesa/4d7XnnCgk=; b=trrRtJlMcmy3joIrt65pEWncBP5vg8KAbxoonBdwImlU/A4/lPBL4sxw9VqPWmvSzt royj/BYF1Tvd7YvkZFjTnRvWtlzzdclvvZX3naM4+gmszCcc3LRknVh6hkiWoopPcWM1 bN6xvME5vvOEOyxiuc0sakmB7xI7gAia7m1w/Wi1SYDSB1WEkHKRaPp2CjXZYy3LtWjL X2PhEni/x4TaaJnSS5qKgrloqR5WJndWdlvOHhL5mM3VhSyxWwYgqF62PPfio008Uam9 9via5KsYOAw2JwvPxyo9FeOIYqnLc1PXm7P67IrrVgktQV/Ajv/R8jLmABb4vbZuPkPN +Bng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=oo+efrmADiOlq7zhU34Vr1HCsj+iPSesa/4d7XnnCgk=; b=cMFRjaRXE46jo8ugrLmUcKnx76Batzoi9ZhqTQsgKqU44qpJVYd43Wi0VrVc71bF9a gt5+SLcsf7JVe9DJS0Ux8watYKSEabZGHcaDiVVdcN9buB7+F18Oqa26rQGr3OSE1C3f z7sBgrSIx3gDcUePknAO5d4GHkCXzC8v9Qv/9eaSagRSeWmQxUBAAml21a4TDxRuMkar sJtAkLySAPpMcsO08WhR9Bff4Wud+71NX47RZ/J3WRgFgMlVN6aDzR89g5n99/un3E9J DtJDoU8qFJaIiMOQyOhC0nUwddCls07YddD+s0Uxhm/+if9dHqNWGGrU7ZvCcTXp2Cjy 3NAQ== X-Gm-Message-State: AOAM532IN0I1GJwNSKsoTgU0zqQ5fmZ81U5ue7uDavrTuDDRehO/CRPx dRolN5Wy1CnYb2XlN7EO00JClkOF9jw= X-Google-Smtp-Source: ABdhPJwp3sZJLYytnatNYhIA1QJhn1tjVyb5YndLJz112vO3r+4bYLA7X9CUJ/Tp2daTedxTdvDo5Q== X-Received: by 2002:a05:6512:3045:: with SMTP id b5mr5524885lfb.32.1613742009749; Fri, 19 Feb 2021 05:40:09 -0800 (PST) To: make-initrd@lists.altlinux.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> <20210219104916.afwvo4u4nzzjvcty@example.org> From: Leonid Krivoshein Message-ID: <71f1f676-4811-abdb-e01d-8ddfd7085081@gmail.com> Date: Fri, 19 Feb 2021 16:40:08 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20210219104916.afwvo4u4nzzjvcty@example.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru 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 13:40:13 -0000 Archived-At: List-Archive: 19.02.2021 13:49, 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. Там возможно упущено: -DEVICE = partitions +DEVICE = /dev/ROOTDEVS далее запуск make-initrd Плюс к тому: до перезапуска я бы руками отмонтировал /boot и остановил его рейд. Иначе он тоже может натыкаться на inactive во второй стадии загрузки. Если его загрузчик собирает массив, чтобы загрузить ядро/initrd, не удивительно, что этот рейд "грязный". Мне кажется, ему поможет "лекарство" для второй стадии, подобное тому, что есть в initramfs. Но мы его пока не реализовали. :-) Сначала я бы провёл диагностику в режиме forensic. >> Пусть болит голова у админов)) > На этих товарищей я бы не надеялся )) > > [1] https://github.com/osboot/make-initrd/blob/master/data/etc/rc.d/init.d/fstab#L84 > -- Best regards, Leonid Krivoshein.