From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 10 Mar 2021 11:37:57 +0100 From: Alexey Gladkov To: ALT Linux Team development discussions Message-ID: <20210310103757.jtk6p3l67pyznowe@example.org> References: <202103101417.35787.asy@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <202103101417.35787.asy@altlinux.org> Subject: Re: [devel] =?utf-8?b?0J3QtdC30LDQv9GA0LDQvdC40YDQvtCy0LDQvdC90LA=?= =?utf-8?b?0Y8g0L/QtdGA0LXQs9C10L3QtdGA0LDRhtC40Y8gaW5pdHJk?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 10:38:00 -0000 Archived-At: List-Archive: List-Post: On Wed, Mar 10, 2021 at 02:17:35PM +0400, Sergey Afonin wrote: > Приветствую. > > А кто знает, кто тут виновник, и почему? (p9, lilo) > > # apt-get remove kernel-image-un-def > ... > Cleaning up / removing... > 1: kernel-image-un-def-1:5.10.15-alt1 ######################################################### [100%] > Added 4.9.194-std-def-alt0.M80P.1 > Added 4.9.254-std-def-alt0.M80P.1 > Added 4.9.255-std-def-alt0.M80P.1 > Added 5.4.97-std-def-alt1 * > Added 5.4.93-std-def-alt1 > The boot record of /dev/md0 has been updated. > [00:00:00] Config file: /etc/initrd.mk > [00:00:01] Generating module dependencies on host ... > [00:00:06] Creating initrd image ... > [00:00:08] Putting modules ... > [00:00:09] Generating module dependencies in image ... > [00:00:09] Sorting sysvinit services ... > [00:00:10] Packing image to archive ... > [00:00:10] Writing build info files ... > [00:00:10] Compressing image ... > [00:00:17] Adding CPU microcode ... > [00:00:17] Used features: add-modules buildinfo cleanup compress depmod-image devmapper kbd lvm mdadm network rdshell rootfs system-glibc ucode > [00:00:17] Packed modules: af_packet ahci crc16 crc32c_generic crc32c-intel crc-ccitt dm-bufio dm-mod dm-snapshot ext4 hid hid-generic ipv6 jbd2 libahci libata mbcache raid10 scsi_mod sd_mod > [00:00:17] Installing image ... > [00:00:17] Unpacked size: 34M > [00:00:17] Image size: 9,3M > [00:00:17] Removing work directory ... > [00:00:17] Image is saved as /boot/initrd-5.4.93-std-def-alt1.img > > Added 4.9.194-std-def-alt0.M80P.1 > Added 4.9.254-std-def-alt0.M80P.1 > Added 4.9.255-std-def-alt0.M80P.1 > Added 5.4.97-std-def-alt1 * > Added 5.4.93-std-def-alt1 > The boot record of /dev/md0 has been updated. > Done. > > В свете https://bugzilla.altlinux.org/29831 у меня некоторые initrd > собраны с MODULES_ADD += raid1, и тут на тебе, без объявления войны > мне initrd без raid1 собрали (ну да, я MODULES_ADD += raid1 убрал > в целях продолжения экспериментов). Кто виноват, и на кого баг вешать? $ rpmquery -f /usr/lib/rpm/boot_kernel.filetrigger bootloader-utils-0.5.3-alt1.noarch > Я помню ещё из-за обновления микрокода была идея initrd пересобирать, > я там по этой же причине был против - не дело внезапно менять проверенный > initrd. Но ещё и логика переренерации непонятна в данномслучае: ядро по > умолчанию другое, и оно же загружено. Я не считаю это поведение неправильным. Обновлять initrd для текущего ядра нужно. Это нужно, потому что там есть утилиты, там есть udev, который лучше чтобы был синхронизирован с системным udev. -- Rgrds, legion