Raspberry Pi 4:下次启动时未选择升级的内核

Raspberry Pi 4:下次启动时未选择升级的内核

(转载自树莓派 StackExchange

我的 Raspberry Pi 4 最初装的是 Ubuntu 21.04,但在昨天发布 21.10 后,我使用命令进行了升级do-release-upgrade

在其他升级的软件包中,有一个新的 Linux 内核:升级之前,内核版本为,而在升级过程中安装了5.11.0-1019-raspi新版本。5.13.0-1008-raspi

在升级过程结束时按照要求重新启动后,我发现内核版本5.11.0-1019-raspi仍在使用中。我尝试重新安装模块,例如linux-image-5.13.0-1008-raspilinux-image-raspi linux-modules-5.13.0-1008-raspilinux-raspi,以及删除旧内核版本。我已确认/boot/vmlinuz/boot/firmware/vmlinuz指向同一个文件,它是版本的文件5.13.0-1008-raspi。此外,在删除旧版本后,甚至vmlinuz.old指向新版本,所以我不知道系统从哪里获取旧版本。请注意,在此过程中有相当多的重新启动,甚至通过拔掉电源线进行物理重新启动。

无论上述操作如何,系统仍会启动到5.11.0-1019-raspi。我怀疑缺少一个安装步骤,用于更新 Raspberry Pi 上的某种板载内存。

请注意,自从几个月前在这个主板上安装 Ubuntu 21.04 以来,我看到apt upgrade安装了新的内核版本——我之所以知道这一点是因为需要重新编译自定义内核模块。因此,升级在过去是自动进行的。我不确定为什么这次不起作用。

我的问题是:我需要做什么才能让 Raspberry Pi 启动新版本的内核?

编辑:根据要求,这些是内容/etc/default/grub

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

至于grub-editenv,它甚至不存在(我必须安装该grub-common apt包),它的输出是空的。我可能错了,但 Raspberry Pi 不是使用自己的引导系统来避开grub吗?

答案1

这个命令修复了它:

sudo flash-kernel 5.13.0-1008-raspi

我很确定我在问题中描述的尝试过程中看到了相同的输出,但无论如何,它现在已经修复了。

相关内容