Make-initrd development discussion
 help / color / mirror / Atom feed
From: Leonid Krivoshein <klark.devel@gmail.com>
To: make-initrd@lists.altlinux.org
Subject: Re: [make-initrd] Wait until the resume= is processed
Date: Sat, 27 Aug 2022 04:01:56 +0300
Message-ID: <1955bcf5-d50e-73f8-7833-e995820bccdd@gmail.com> (raw)
In-Reply-To: <YwlfGCIIpL8yr5oj@example.org>


27.08.2022 03:02, Alexey Gladkov пишет:
> On Sat, Aug 27, 2022 at 12:48:08AM +0300, Leonid Krivoshein wrote:
>> [...]
> [...] В случае ошибки в resume= мы получим лишь
> невозможность просыпания, но не блокировку загрузки.
>
>> [...] события нахождения одного
>> и второго устройства, когда указаны оба, должны быть обработаны в такой
>> последовательности: сначала устройство свопа, затем устройство корня.
> Как раз эту последовательность я и хочу восстановить, устранив
> неопределённость в состоянии загрузки (resume vs boot). В обычном случае
> большой разницы для пользователя не будет, но если имеет место ошибка в
> resume=, то загрузка станет долгой, но всё ещё возможной.
>
>> [...] если бы
>> resume=... означало что-то типа "я хочу, чтобы при наличии рабочего
>> свопа с сигнатурой данных просыпания произошёл resume", тогда да, тогда
>> это не ошибка, resume -- такая опциональная фича загрузки. Но админы тут
>> ожидают другого.
> Сейчас resume= означает ровно то, что ты указал в кавычках.
>
>> [...]

Мне кажется, тут согласие по всем пунктам. Потому что загрузка не 
блокируется, а становится дольше. Но предупреждение при ошибке 
конфигурации ты же не против вывести? Понятно, что для починки даже 
плохой конфигурации всё равно придётся сначала загрузиться обычным 
способом. И в части того, что надо ждать не какого-то любого первого 
события, а сначала дождаться свопа, если он указан.

Ещё хорошо бы это сделать независимым от того, что в root=..., чтобы и 
такие фичи, как pipeline, не "гонялись" с ожиданием свопа. Грубо говоря, 
если такая финальная проверка будет выполняться после telinit 2. Если 
это нельзя распараллелить, ну, значит нельзя.


-- 
С уважением,
Леонид Кривошеин.


      reply	other threads:[~2022-08-27  1:01 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-25 12:41 Alexey Gladkov
2022-08-25 15:50 ` Vladimir D. Seleznev
2022-08-25 18:08 ` Leonid Krivoshein
2022-08-25 20:24   ` Alexey Gladkov
2022-08-26 21:48     ` Leonid Krivoshein
2022-08-26 22:56       ` Leonid Krivoshein
2022-08-26 23:42         ` Alexey Gladkov
2022-08-27  0:02       ` Alexey Gladkov
2022-08-27  1:01         ` Leonid Krivoshein [this message]

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=1955bcf5-d50e-73f8-7833-e995820bccdd@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