On Mon, Sep 04, 2017 at 09:18:42PM +0200, Konstantin Lepikhov wrote:
> Hi Dmitry!
> 
> On 09/04/2017, at 07:01:38 PM you wrote:
> 
> > Hi,
> > 
> > On Mon, Sep 04, 2017 at 01:56:40PM +0200, Konstantin Lepikhov wrote:
> > > Привет!
> > > 
> > > В процессе обновления пакета firmware-intel-ucode я заметил такую вещь:
> > > - пакеты *-ucode что intel что amd используются make-initrd для генерации
> > >   early microcode в initramfs и это хорошо.
> > > - но мы никак не ловим вариант, когда пакет с ucode обновляется, и даже
> > >   после обновления *-ucode пакета в initramfs все равно будет устаревшая
> > >   версия microcode.
> > > 
> > > Я считаю это неправильно, поскольку требует лишних телодвижений после
> > > обновления пакета + это совершенно непрозрачно для пользователя. Поэтому
> > > предлагаю добавить post hook который будет дергать make-initrd (и возможно
> > > делать тоже самое и для пакета linux-firmware, поскольку там храниться
> > > amd-ucode).
> > > 
> > > Кто что думает и как лучше поступить?
> > 
> > Пакеты kernel-image не дёргают make-initrd самостоятельно, полагаясь на
> > /usr/lib/rpm/boot_kernel.filetrigger; если эти файлы склонны расползаться
> > по пакетам, может быть, лучше подойдёт файлтриггер?
> Так если мне нужно перегенерить initrd, то я не против дернуть тот же
> boot_kernel.filetrigger. Где это задается? Внутри rpm?

Прямо в boot_kernel.filetrigger; это пакет bootloader-utils.


-- 
ldv