Make-initrd development discussion
 help / color / mirror / Atom feed
From: Leonid Krivoshein <klark.devel@gmail.com>
To: make-initrd@lists.altlinux.org
Cc: "Евгений Синельников" <sin@basealt.ru>
Subject: Re: [make-initrd] Release make-initrd 2.14.0
Date: Wed, 31 Mar 2021 21:44:01 +0300
Message-ID: <f0bb7991-7ca1-adba-6cb6-8385204f0cc0@gmail.com> (raw)
In-Reply-To: <2199eaae-e0f8-7f35-3e57-a8c20d7c6bb3@basealt.ru>



31.03.2021 21:11, Антон Мидюков пишет:
> 01.04.2021 01:03, Leonid Krivoshein пишет:
>>
>> 31.03.2021 19:55, Alexey Gladkov пишет:
>>> On Wed, Mar 31, 2021 at 07:20:58PM +0300, Leonid Krivoshein wrote:
>>>>> Почему бы не сделать 'MODULES_LOAD += isofs' ? Зачем грузить всё ?
>>>>> Вы же знаете, что вы хотите ждать исошку.
>>>> Видимо здесь надо MODULES_ADD += ... т.е. чтобы он просто попал в initrd.
>>>> И конечно теперь пойдём ещё раз по пути PUT_FILES += ...
>>> Если ты указал модуль в MODULES_ADD, то нет нужды его искать самому и
>>> указывать в PUT_FILES.
>>>
>>> Также, чтобы положить какой-то подкаталог с модулями совершенно не нужно
>>> их искать руками. Для модулей работает:
>>>
>>> MODULES_TRY_ADD += drivers/char/
>>>
>>>>> Для исошки вам нужно подождать пока udev загрузит нужный модуль и пока не
>>>>> появится условный /dev/cdrom. Для этого вообще не нужно ничего грузить
>>>>> руками (см test-pipeline-iso-squash).
>>>>>
>>>>> Возможно, понадобиться дополнительная команда, которая определит, что в
>>>>> приводе есть диск и он правильный. Но это уже совсем другое.
>>>> Как раз хочу сделать cdrom вместо waitdev, чтобы там же было сразу и
>>>> mountfs, но ещё не приступал.
>>> Это логично и вполне ожидаемо.
>>>
>>>> А что вообще думаешь об аналогии всяких rootonly=, roottype=, rootro=, итп
>>>> для waitdev?
>>> А какой у этого юскейс ?
>> Например, чтобы ФС монтировалась только в read-only, а поверх уже строить оверлей. В общем-то такой же смысл, как у всех root*=
>>
>>
>>> waitdev только ожидает появления устройства. Оно не монтируется. Для
>>> mountfs наверно в этом есть смысл.
>> Да, pipeline=cdrom,... как раз будет аналогом automatic=cdrom и объединит waitdev с первым moutfs (isofs).
> Мне кажется, лучше делать универсальный disk=UUID=<UUID>. Без UUID будет угадайка, вдруг мне повезёт, как у нас сейчас.

Как раз с UUID'ом на CDROM сейчас проблема. Возможно sin@ об этом что-то 
знает, они тут недавно решали похожее для propagator'а. Плохо в этом 
понимаю, но возможно такой патч её вылечит?

/lib/udev/rules.d/60-cdrom_id.rules
...
-IMPORT{program}="cdrom_id --lock-media $devnode"
+IMPORT{program}="sh -c 'modprobe isofs; cdrom_id --lock-media $devnode'"
...

Иначе без MODULES_PRELOAD += isofs по UUID'ам действительно не 
находится, waitdev ждёт бесконечно.


>>>> Ведь сейчас waitdev позволяет указать только само устройство,
>>>> подобно root=, но указать дополнительные параметры не получится.


-- 
Best regards,
Leonid Krivoshein.



  parent reply	other threads:[~2021-03-31 18:44 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-30 18:21 Alexey Gladkov
2021-03-30 20:18 ` Leonid Krivoshein
2021-03-31  7:44   ` Alexey Gladkov
2021-03-31 13:08     ` Leonid Krivoshein
2021-03-31 13:39       ` Alexey Gladkov
2021-03-31 13:55         ` Leonid Krivoshein
2021-03-31 14:07           ` Антон Мидюков
2021-03-31 14:34           ` Alexey Gladkov
2021-03-31 14:40           ` Alexey Gladkov
2021-03-31 14:48             ` Alexey Gladkov
2021-03-31 14:49             ` Leonid Krivoshein
2021-03-31 14:50             ` Антон Мидюков
2021-03-31 15:22               ` Alexey Gladkov
2021-03-31 15:37                 ` Антон Мидюков
2021-03-31 15:54                   ` Leonid Krivoshein
2021-03-31 15:57                   ` Alexey Gladkov
2021-03-31 16:20                     ` Leonid Krivoshein
2021-03-31 16:55                       ` Alexey Gladkov
2021-03-31 17:02                         ` Антон Мидюков
2021-03-31 17:17                           ` Alexey Gladkov
2021-03-31 18:08                             ` Leonid Krivoshein
2021-03-31 18:10                               ` Leonid Krivoshein
2021-03-31 18:29                               ` Alexey Gladkov
2021-03-31 18:54                                 ` Leonid Krivoshein
2021-03-31 18:03                         ` Leonid Krivoshein
2021-03-31 18:11                           ` Антон Мидюков
2021-03-31 18:24                             ` Michael Shigorin
2021-03-31 19:02                               ` Leonid Krivoshein
2021-03-31 18:38                             ` Alexey Gladkov
2021-03-31 18:49                               ` Leonid Krivoshein
2021-03-31 19:20                               ` Leonid Krivoshein
2021-04-01  2:32                               ` Антон Мидюков
2021-03-31 18:44                             ` Leonid Krivoshein [this message]
2021-03-31 18:45                           ` Alexey Gladkov
2021-03-31 23:49                         ` Leonid Krivoshein
2021-04-01  9:02                           ` Alexey Gladkov
2021-04-01 10:38                             ` Leonid Krivoshein
2021-04-02 17:46                             ` Leonid Krivoshein
2021-04-02 17:57                               ` Leonid Krivoshein
2021-04-04 19:04                                 ` Konstantin Lepikhov
2021-04-04 19:21                                   ` Leonid Krivoshein
2021-04-02 18:37                             ` Leonid Krivoshein
2021-04-03 11:09                               ` Alexey Gladkov
2021-04-03 11:31                                 ` Leonid Krivoshein
2021-04-03 11:37                                   ` Антон Мидюков
2021-04-03 12:16                                     ` Leonid Krivoshein
2021-04-03 12:27                                       ` Антон Мидюков
2021-04-03 11:59                                   ` 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=f0bb7991-7ca1-adba-6cb6-8385204f0cc0@gmail.com \
    --to=klark.devel@gmail.com \
    --cc=make-initrd@lists.altlinux.org \
    --cc=sin@basealt.ru \
    /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