Início / unix / Perguntas / 776789
Accepted
Luis A. Florit
Asked: 2024-05-20 12:08:38 +0800 CST

Por que as novas versões do kernel não aparecem no Fedora 40 Grub?

  • 772

Atualizei do Fedora 38 para o Fedora 40 de forma mais ou menos tranquila. No entanto, quando novos kernels são instalados, a configuração do grub não é atualizada.

O comando grep vmlinuz /boot/grub2/grub.cfgmostra

 linux /boot/vmlinuz-6.8.8-300.fc40.x86_64 root=UUID=0e08d465-d601-478f-be17-a2663626588c ro
 linux /boot/vmlinuz-6.8.8-100.fc38.x86_64 root=UUID=0e08d465-d601-478f-be17-a2663626588c ro
 linux /boot/vmlinuz-6.3.12-200.fc38.x86_64 root=UUID=0e08d465-d601-478f-be17-a2663626588c ro

mas não tenho o 6.3.12 instalado e ls /boot/loader/entriesme dá

 vmlinuz-6.8.8-100.fc38.x86_64
 vmlinuz-6.8.8-300.fc40.x86_64
 vmlinuz-6.8.9-300.fc40.x86_64

concordando rpm -q kerneltambém com:

 kernel-6.8.8-100.fc38.x86_64
 kernel-6.8.8-300.fc40.x86_64
 kernel-6.8.9-300.fc40.x86_64

Sim, grub2-mkconfig -o /boot/grub2/grub.cfgrestaura a configuração, com o comando grep vmlinuz /boot/grub2/grub.cfgagora dando

 linux /boot/vmlinuz-6.8.9-300.fc40.x86_64 root=UUID=0e08d465-d601-478f-be17-a2663626588c ro
 linux /boot/vmlinuz-6.8.8-300.fc40.x86_64 root=UUID=0e08d465-d601-478f-be17-a2663626588c ro
 linux /boot/vmlinuz-6.8.8-100.fc38.x86_64 root=UUID=0e08d465-d601-478f-be17-a2663626588c ro

mas grub2-mkconfignão deve ser executado toda vez que um kernel for instalado.

O que está acontecendo?

fedora

1 respostas

  1. Best Answer

    Com o /boot/loader/entriesexistente e atualizado, não deve haver menção a kernels individuais /boot/grub2/grub.cfg: em vez disso, a configuração deve invocar o comando GRUB blscfgque fará com que o GRUB leia /boot/loader/entriese use as informações contidas nele. Em outras palavras, grep blscfg /boot/grub2/grub.cfgdeve retornar algo como:

    # The blscfg command parses the BootLoaderSpec files stored in /boot/loader/entries and
insmod blscfg
blscfg

    Se você grub2-mkconfigatualizar a lista de kernels para /boot/grub2/grub.cfg, significa que você deve ter uma versão antiga do script /etc/grub.d/10_linuxainda ativa ou deve ter adicionado GRUB_ENABLE_BLSCFG=falseao /etc/default/grub.

    No entanto, desde o RHEL 8 (e versões correspondentes do Fedora), os scripts padrão de pós-instalação do kernel agora assumem que ele blscfgestá em uso e, portanto, grub2-mkconfignão precisa ser invocado após a instalação de um novo kernel, a menos que GRUB_ENABLE_BLSCFG=falseseja usado no /etc/default/grub.

    No RHEL/Fedora, os scripts pós-transação do pacote do kernel serão invocados /bin/kernel-install add <kernel version> ...na instalação e /bin/kernel-install remove <kernel-version> ...na remoção. O /bin/kernel-install, por sua vez, invocará quaisquer scripts que encontrar nos diretórios /etc/kernel/install.d/e /usr/lib/kernel/install.d(com os arquivos no diretório anterior substituindo quaisquer arquivos com os mesmos nomes no último) com argumentos add/ removee de versão do kernel semelhantes.

    O último script a ser executado na instalação e na remoção deve ser /usr/lib/kernel/install.d/99-grub-mkconfig.install: ele é executado grub2-mkconfig, mas somente se /etc/default/grubtiver sido GRUB_ENABLE_BLSCFGdefinido com a string exatafalse . Qualquer desvio fará com que o script assuma que o bootloader é capaz de usar /boot/loader/entriese, portanto, o script será encerrado sem fazer nada.

    Se tudo isso parecer bom, dê uma olhada em seu /etc/grub.d/diretório. Você talvez tenha um 10_linux.rpmnewou similar aí?

    Se você tiver esse arquivo, faça backup do 10_linuxarquivo antigo (possivelmente personalizado) e substitua-o pelo 10_linux.rpmnewarquivo (ou similar) e execute grub2-mkconfig -o /boot/grub2/grub.cfguma última vez.

    Aparentemente, o /etc/grub.d/10_linuxarquivo pode vir do grub2-toolspacote, portanto, um arquivo dnf reinstall grub2-toolspode ser necessário se não houver 10_linux.rpmnewnenhum arquivo semelhante presente.

    • 3

relate perguntas