Re: [devel] Незапранированная перегенерация initrd

[Alexey Gladkov <legion@altlinux.ru>]

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