From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 X-Yandex-Fwd: 2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1644888457; bh=8QQLrhkAIK41Tee7FqODNqQLCLhY734oCn+EeH3Tr8E=; h=In-Reply-To:From:Subject:References:Date:Message-ID:To; b=af9T5O2eqRoq9sj2ig/mDTdlwDu+8kil3W/uOrlctZNorMltawgjCEqfO4yB0Zrr/ MfYFik/01BQTI3Sv6GzWAQfHa620Du1QRApi8iF5QtZabbZVwPTHV5iYOh0+ETJug2 5x0at+boQTF38Az8Wbjf55abq97d4mry2tSaqT70= Authentication-Results: iva4-98ce99fc8d83.qloud-c.yandex.net; dkim=pass header.i=@ya.ru Message-ID: <1675266f-63a8-ee9b-3b2b-3fc1e76f919d@ya.ru> Date: Tue, 15 Feb 2022 08:27:36 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1 Content-Language: ru To: devel-distro@lists.altlinux.org References: <8bb35c4a-71f7-de58-6f53-b4a248e77152@ya.ru> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel-distro] =?utf-8?b?ZnVsbC5jeiDQuNC70LggaW5pdHJkLmltZw==?= X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2022 01:27:39 -0000 Archived-At: List-Archive: 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 упакован правильно? -- С уважением, Антон Мидюков