内核恐慌,重新安装 grub 后无法启动到 Linux...这是因为内核不匹配吗?

内核恐慌,重新安装 grub 后无法启动到 Linux...这是因为内核不匹配吗?

总览我双引导 Mint 20 和 Windows 10。EFI 引导分区已损坏,因此重新格式化并重新安装 Windows 引导加载程序和 grub。 Windows 工作正常,显示 grub 菜单,但无法启动到 Mint 并出现内核恐慌错误。我上个月更新了 Mint,但现在用旧版本的 Mint 从 USB 重新安装了 grub,不确定这是否与问题有关。


我有一个双启动系统,同时安装了 Mint 20 和 Windows 10

我以 UEFI 模式启动并有一个单独的启动分区。最近它以某种方式损坏了,我想是因为我不得不连续硬重启几次,所以 Windows 可能尝试做一些恢复工作,弄乱了分区或其他东西。因此,我必须重新格式化引导分区,重新安装 Windows EFI 引导加载程序,然后使用此处概述的方法在该 EFI 引导分区上重新安装 grub:https://linuxsuperuser.com/reinstall-grub2-efi-bootloader-ubuntu/

注意:按照这些步骤操作后,我还在 fstab 中更新了 EFI 分区的 UUID。

grub 菜单成功出现,我可以正常进入 Windows,但无法进入 Mint。

当我尝试进入 Mint 时,会显示我的东芝启动徽标,但即使放置 20 分钟也没有任何反应。

当我选择从 grub 菜单进入恢复模式时,出现“内核恐慌”错误。这是我拍摄的出现错误的照片:https://i.stack.imgur.com/4Vfe6.jpg

我搜索了这个错误,发现了类似的问题:https://askubuntu.com/questions/71332/kernel-panics-with-cannot-open-root-device-error-where-do-i-append-the-root

答案谈到了许多不同的事情,在我看来,它们应该与我的情况无关,因为在我重新安装 grub 之前一切都正常。不过,答案中对我来说最突出的是这部分:

“检查引导加载程序引导的内核是否是正确的内核。我见过有人在构建第一个内核(无法引导)后忘记他们必须在覆盖内核之前挂载 /boot结果,他们将内核复制到根文件系统 (/),而引导加载程序仍然期望内核映像位于 /boot 分区上。”

我大约一个月前更新了 Mint,但我从我使用的原始安装 USB 安装了 grub。那么,grub 是否有可能在应该寻找新内核的时候却在寻找以前的内核呢?我不确定我的 Linux 安装使用的是什么内核,我对 Linux 还很陌生,所以我不知道如何找到答案。

如果是这样,我该如何补救?

注意 fsck /dev/sda3 没问题。我尝试了引导修复 GUI 实用程序,但当我单击“推荐修复”时,即使等待 20 分钟也没有任何反应。按“退出”也没有反应。

答案1

通过在 /boot 中重新创建 initrd.img 文件修复了此问题。

由于某种原因,该文件的版本与内核版本不同,我重新创建了它,以便它们匹配。

相关内容