From: Leonid Krivoshein <klark.devel@gmail.com>
To: devel-distro@lists.altlinux.org
Subject: Re: [devel-distro] full.cz или initrd.img
Date: Wed, 16 Feb 2022 01:01:29 +0300
Message-ID: <53dc83e3-b3b0-3a3b-f9ae-d5d620fd0b70@gmail.com> (raw)
In-Reply-To: <1675266f-63a8-ee9b-3b2b-3fc1e76f919d@ya.ru>
15.02.2022 4:27, Антон Мидюков пишет:
> 15.02.2022 01:53, Leonid Krivoshein пишет:
>> 14.02.2022 5:52, Антон Мидюков пишет:
>>> [...]
>>> 2. Унифицируется сборка initrd.img с propagator и bootchain Используется одинаковый алгоритм добавления модулей ядра.
>>> [...]
>>> В связи с этим, мне кажется, стоит выкинуть из mkimage mki-build-propagator, а вместо него добавить mki-make-initrd,
>> Дело хорошее, но надо учесть, что full.cz собираемый make-initrd-propagator, состоит из трёх кусков (чанок), выравненных по границе в 4Кб, а initrd.img -- из одного или двух кусков. Первый кусок, обычно, это микрокод процессора для ucode. Второй кусок -- основной образ initrd. Третий кусок -- отдельный слой корневой ramfs с модулями ядра и firmware. Часть из них местами попадает во второй кусок. В initrd.img с bootchain второй и третий кусок сейчас объединены в один.
>>
>> Полагаю, изначальное разделение на три куска было сделано неслучайно. Микрокод процессора иначе не загрузится. Код ядра обычно сжат, он грузится загрузчиком отдельно. Образ initrd (второй слой) тоже есть смысл сжимать, загрузчик его распаковывает при загрузке. Слой с модулями ядра нет смысла сжимать в большинстве случаев, так как каждый модуль уже сжат отдельно и ядро само умеет загружать модули в таком виде. Насчёт файлов firmware я не анализировал, возможно ей место во втором куске.
>>
>>
> А почему мы тогда не имеем проблем на установленных системах, если только full.cz упакован правильно?
Так я не говорю про правильно или неправильно. Но раз Антон считает, что
оверхед на повторное сжатие незначителен, тогда новая схема с
единственным слоем (плюс ucode, если фича не запрещена) вполне годится.
А насчёт ucode для универсальных загрузочных носителей у меня другие
сомнения: нужно ли обновлять микрокод ядра средствами
исталлятора/live/rescue? Не может ли это в каких-то экзотических случаях
приводить окирпичиванию железа? Не стоит ли по умолчанию фичу ucode
запрещать? Просто, вопрос для знатоков. По идее, свежий BIOS и так
должен выполнять ту же процедуру.
--
Best regards,
Leonid Krivoshein.
next prev parent reply other threads:[~2022-02-15 22:01 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-14 2:52 Антон Мидюков
2022-02-14 7:29 ` Sergey V Turchin
2022-02-14 7:38 ` Антон Мидюков
2022-02-14 10:07 ` Anton V. Boyarshinov
2022-02-14 18:53 ` Leonid Krivoshein
2022-02-15 1:27 ` Антон Мидюков
2022-02-15 22:01 ` Leonid Krivoshein [this message]
2022-02-16 1:51 ` Антон Мидюков
2022-02-16 10:36 ` Konstantin Lepikhov
2022-02-16 10:39 ` Антон Мидюков
2022-02-16 22:05 ` Leonid Krivoshein
2022-02-17 1:31 ` Антон Мидюков
2022-02-17 2:04 ` Leonid Krivoshein
2022-02-15 9:04 ` Anton V. Boyarshinov
2022-02-16 11:32 ` Alexey Gladkov
2022-02-16 22:01 ` Leonid Krivoshein
2022-02-16 22:30 ` Alexey Gladkov
2022-02-17 1:21 ` Антон Мидюков
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=53dc83e3-b3b0-3a3b-f9ae-d5d620fd0b70@gmail.com \
--to=klark.devel@gmail.com \
--cc=devel-distro@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
ALT Linux Distributions development
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel-distro/0 devel-distro/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 devel-distro devel-distro/ http://lore.altlinux.org/devel-distro \
devel-distro@lists.altlinux.org devel-distro@lists.altlinux.ru devel-distro@lists.altlinux.com
public-inbox-index devel-distro
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel-distro
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git