Make-initrd development discussion
 help / color / mirror / Atom feed
From: Leonid Krivoshein <klark.devel@gmail.com>
To: make-initrd@lists.altlinux.org
Subject: [make-initrd] root=<any> --> mount event handler / 900-localdev regression
Date: Sun, 11 Feb 2024 04:57:20 +0300
Message-ID: <a1958bc3-c18b-44fe-b8af-6e572e2e0dd1@gmail.com> (raw)

Привет!


Раньше методы загрузки и их смена были частью документации make-initrd. 
Кажется, в этой логике что-то поломалось или поменялось несовместимым 
образом. Сейчас концовка шага pipeline rootfs выглядит так:

echo localdev > /etc/initrd/method
exit 2

Исходим из предположения, что root=pipeline как бы должен поменяться на 
другой метод загрузки, т.е. localdev, но как бы не так, хотя раньше 
именно так и было. Отработав, демон мог передать управление другому 
коду. Сейчас же работают сразу две вещи:

1. Обработчики событий монтирования.
2. 900-localdev работает всегда и с самого начала.

Что в этом плохого? Гонки. Потому что цепочка действий (pipeline, 
bootchain) не отработала, а параллельно начинает какой-то код что-то 
делать. Если сейчас заменить концовку шага rootfs на:

exit 2

ничего не поменяется. До этого шага всё может даже не дойти, а 
закончится раньше. А если по каким-то причинам цепочка "застрянет", мы 
увидим что-то вроде:

initramfs: Waiting for root (pipeline) ...

даже после выполнения команды "echo localdev > /etc/initrd/method", т.к. 
100-rootdelay не перечитывает теперь изменённое значение, он берёт $ROOT 
из /proc/cmdline.


Как правильно избежать этих гонок? Как отключить на время обработки 
цепочки обработку mount и localdev? И как включить их обратно после 
того, как цепочка отработает?


-- 
WBR, Leonid Krivoshein.


             reply	other threads:[~2024-02-11  1:57 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-11  1:57 Leonid Krivoshein [this message]
2024-02-11 14:54 ` Alexey Gladkov
2024-02-15  5:42   ` Leonid Krivoshein
2024-02-15 12:46     ` Alexey Gladkov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a1958bc3-c18b-44fe-b8af-6e572e2e0dd1@gmail.com \
    --to=klark.devel@gmail.com \
    --cc=make-initrd@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Make-initrd development discussion

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \
		make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com
	public-inbox-index make-initrd

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.make-initrd


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git