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

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

[Sergey Afonin]

Приветствую.

А кто знает, кто тут виновник, и почему? (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 убрал 
в целях продолжения экспериментов). Кто виноват, и на кого баг вешать?

Я помню ещё из-за обновления микрокода была идея initrd пересобирать,
я там по этой же причине был против - не дело внезапно менять проверенный
initrd. Но ещё и логика переренерации непонятна в данномслучае: ядро по
умолчанию другое, и оно же загружено.

-- 
С уважением, Сергей Афонин.

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

[Alexey Gladkov]

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

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

[Sergey Afonin]

On Wednesday 10 March 2021, Alexey Gladkov wrote:

> > Я помню ещё из-за обновления микрокода была идея initrd пересобирать,
> > я там по этой же причине был против - не дело внезапно менять проверенный
> > initrd. Но ещё и логика переренерации непонятна в данномслучае: ядро по
> > умолчанию другое, и оно же загружено.
> 
> Я не считаю это поведение неправильным. Обновлять initrd для текущего ядра
> нужно. Это нужно, потому что там есть утилиты, там есть udev, который
> лучше чтобы был синхронизирован с системным udev.

Значит нужен выбор поведения: https://bugzilla.altlinux.org/39781

-- 
С уважением, Сергей Афонин.

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

[Sergey Afonin]

On Wednesday 10 March 2021, Sergey Afonin wrote:

> > Я не считаю это поведение неправильным. Обновлять initrd для текущего ядра
> > нужно. Это нужно, потому что там есть утилиты, там есть udev, который
> > лучше чтобы был синхронизирован с системным udev.
> 
> Значит нужен выбор поведения: https://bugzilla.altlinux.org/39781
 
Оказывается ручка уже есть в /etc/sysconfig/installkernel

-- 
С уважением, Сергей Афонин.

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

[Sergey Y. Afonin]

On Wednesday 10 March 2021, Alexey Gladkov wrote:

> > Я помню ещё из-за обновления микрокода была идея initrd пересобирать,
> > я там по этой же причине был против - не дело внезапно менять проверенный
> > initrd. Но ещё и логика переренерации непонятна в данномслучае: ядро по
> > умолчанию другое, и оно же загружено.
> 
> Я не считаю это поведение неправильным. Обновлять initrd для текущего ядра
> нужно.
 
Кстати, если бы я ручкой в виде INITRD_AUTOUPDATE=none в /etc/sysconfig/installkernel
не пользовался, пришлось бы не ресетом обходиться из-за bug 44394, а нестись
бы срочно с Rescue чинить. Итак, уже третий случай. ТАк что, повторюсь, нельзя
у рабочего ядра трогать initrd, и INITRD_AUTOUPDATE=none должно быть умолчанием.

-- 
С уважением, Сергей Афонин