From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gladkov.alexey@gmail.com>
Date: Tue, 6 Apr 2021 21:30:40 +0200
From: Alexey Gladkov <gladkov.alexey@gmail.com>
To: make-initrd@lists.altlinux.org
Message-ID: <20210406193040.glgiqhvsc74nq7vy@example.org>
References: <girar.task.269003.1.1@gyle.mskdc.altlinux.org>
 <b5a8fcf1-6cde-ff72-ba8b-6a5fcf8becbb@gmail.com>
 <20210406082842.pg3rejmmnxuxvddf@example.org>
 <52bf94c7-8653-9ce0-8f69-da689581fac0@gmail.com>
 <20210406190532.ujqp7edd3niul4n6@example.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20210406190532.ujqp7edd3niul4n6@example.org>
Subject: Re: [make-initrd] Fwd: [#269003] TESTED make-initrd.git=2.14.1-alt1
X-BeenThere: make-initrd@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: make-initrd@lists.altlinux.org
List-Id: <make-initrd.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/make-initrd>,
 <mailto:make-initrd-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/make-initrd>
List-Post: <mailto:make-initrd@lists.altlinux.org>
List-Help: <mailto:make-initrd-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/make-initrd>,
 <mailto:make-initrd-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2021 19:30:41 -0000
Archived-At: <http://lore.altlinux.org/make-initrd/20210406193040.glgiqhvsc74nq7vy@example.org/>
List-Archive: <http://lore.altlinux.org/make-initrd/>

On Tue, Apr 06, 2021 at 09:05:32PM +0200, Alexey Gladkov wrote:
> > > > 5. Исходная идея pipeline -- организовать цепочку с входом и выходом у
> > > > каждого элемента. А как быть в ситуациях, когда ты заказал дождаться 4х
> > > > устройств?
> > > pipeline=waitdev,waitdev,... \
> > > 	waitdev=/dev/cdrom \
> > > 	waitdev=/dev/sda
> > > 
> > > Это обсуждалось и исправлялось [1]. У любого шага есть начало и конец, но
> > > не обязательно, что на выходе должно быть что-то, что будет монтироваться.
> > > Это может быть шаг с диалоговым окном для корректировки поведения
> > > следующих шагов.
> > 
> > Хорошо, дождались нескольких устройств. Выход получили только от последнего.
> 
> Да нет же. Ты получаешь доступ ко _всем_ предыдущим шагам. Ты можешь к ним
> обращаться pipeN, N это номер шага.

Я знаю, что тут много моей вины. Я не задокументировал это должным
образом. Я своё оправдание скажу, что год это никто даже не пробовал
использовать.

Но посмотри на реализацию шага overlayfs. Я специально его сделал для
иллюстрации того, что возможно использовать несколько предыдущих шагов.

В overlayfs параметр если указан это список того, что будет lowerdir. Для
каждого элемента используется resolve_target, которая либо берёт что
укажешь, либо если это pipeN вернёт dst этого шага. Таким образом ты
можешь указать overlayfs=pipe1,pipe2,pipe3 и собрать три шага в свой dst.

-- 
Rgrds, legion