主页 / unix / 问题 / 776789
Accepted
Luis A. Florit
Asked: 2024-05-20 12:08:38 +0800 CST

为什么新的内核版本没有出现在 Fedora 40 Grub 中？

  • 772

我从 Fedora 38 升级到 Fedora 40 或多或少是顺利的。然而，当安装新内核时，grub 配置不会更新。

该命令grep vmlinuz /boot/grub2/grub.cfg显示

 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

但我没有安装 6.3.12，并ls /boot/loader/entries给了我

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

rpm -q kernel也同意：

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

是的，grub2-mkconfig -o /boot/grub2/grub.cfg恢复配置，命令grep vmlinuz /boot/grub2/grub.cfg现在给出

 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

但grub2-mkconfig不应该在每次安装内核时运行。

到底是怎么回事？

fedora

1 个回答

  1. Best Answer

    由于/boot/loader/entries存在且是最新的，因此不应在 中提及单个内核/boot/grub2/grub.cfg：相反，配置应调用 GRUB 命令blscfg，这将导致 GRUB 读取/boot/loader/entries并使用其中的信息。换句话说，grep blscfg /boot/grub2/grub.cfg应该返回类似以下内容：

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

    如果您grub2-mkconfig将内核列表更新到/boot/grub2/grub.cfg，则意味着您必须有旧版本的脚本/etc/grub.d/10_linux仍然处于活动状态，或者您必须已添加GRUB_ENABLE_BLSCFG=false到/etc/default/grub。

    但是，从 RHEL 8（以及相应的 Fedora 版本）开始，默认内核安装后脚本现在假定正在blscfg使用，因此grub2-mkconfig在安装新内核后不需要调用 ，除非GRUB_ENABLE_BLSCFG=false在/etc/default/grub.

    在 RHEL/Fedora 中，内核包事务后脚本将/bin/kernel-install add <kernel version> ...在安装和/bin/kernel-install remove <kernel-version> ...删除时调用。它将/bin/kernel-install依次调用它在目录中找到的任何脚本/etc/kernel/install.d/，并且/usr/lib/kernel/install.d（前一个目录中的文件覆盖后一个目录中具有相同名称的任何文件）具有类似的add/remove和内核版本参数。

    安装和删除时执行的最后一个脚本应该是/usr/lib/kernel/install.d/99-grub-mkconfig.install：它运行grub2-mkconfig，但前提是/etc/default/grub已GRUB_ENABLE_BLSCFG设置为确切的字符串false。任何偏差都会导致脚本假定引导加载程序能够使用/boot/loader/entries，因此脚本将退出而不执行任何操作。

    如果这一切看起来都不错，请查看您的/etc/grub.d/目录。你10_linux.rpmnew那里可能有一个或类似的吗？

    如果您有这样的文件，请备份旧的（可能是自定义的）10_linux文件并将其替换为10_linux.rpmnew（或类似的）文件，然后grub2-mkconfig -o /boot/grub2/grub.cfg最后运行一次。

    显然该/etc/grub.d/10_linux文件可能来自grub2-tools包，因此dnf reinstall grub2-tools如果不存在10_linux.rpmnew或不存在类似文件，则可能需要 a 。

    • 3

相关问题