GRUB 混淆了 Ubuntu 和 Arch Linux 安装的内核/initramfs

Question 1

我最终通过从轨道上删除 Ubuntu/boot目录中的 Arch 分区及其启动文件来解决这个问题。 Ubuntu 现在又恢复正常了，所有剩余的 GRUB 条目都恢复正常了。

这是我所做的事情的列表：

删除 Arch 的initramfs文件：
```
sudo rm /boot/initramfs-linux*
```
删除 Arch 的vmlinuz文件：
```
sudo rm vmlinuz-linux
```
/dev/sda8使用 GParted格式化 Arch 分区 ( )
更新 GRUB 的配置：
```
sudo update-grub
```
重新启动并享受！

Answer

我最终通过从轨道上删除 Ubuntu/boot目录中的 Arch 分区及其启动文件来解决这个问题。 Ubuntu 现在又恢复正常了，所有剩余的 GRUB 条目都恢复正常了。

这是我所做的事情的列表：

删除 Arch 的initramfs文件：
```
sudo rm /boot/initramfs-linux*
```
删除 Arch 的vmlinuz文件：
```
sudo rm vmlinuz-linux
```
/dev/sda8使用 GParted格式化 Arch 分区 ( )
更新 GRUB 的配置：
```
sudo update-grub
```
重新启动并享受！

Question 2

手动修复 grub.cfg（不推荐）

看着你的grub.cfg

Ubuntu 条目已损坏（以及以下一些条目）

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-eee18451-b607-4875-8a88-c9cb6c6544c8' {
    recordfail
    load_video
    gfxmode $linux_gfx_mode
    insmod gzio
    if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos3'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  6dbb8633-dadd-4b5e-8d85-b0895fde9dfb
    else
      search --no-floppy --fs-uuid --set=root 6dbb8633-dadd-4b5e-8d85-b0895fde9dfb
    fi
    linux   /vmlinuz-linux root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro  
    initrd  /initramfs-linux.img
}

最后两行是 grub 发出的用于加载内核和 initrd 的命令，并且当前正在寻找 ARCH 内核和 initiramfs。此外，它/还会在分区中查找它们，uuid=eee18451-b607-4875-8a88-c9cb6c6544c8该分区可能会也可能不会托管预期的 Ubuntu 文件。

您可以通过以下方式解决此问题：

sudo blkid

获取 ubuntu 根分区的 uuid。

然后将最后两行替换为最新内核和 initrd 映像的 simlink（因为这是 ubuntu 期望的方式）

linux   /vmlinuz root=UUID=<correct-uuid-ubuntu-partition> ro  
initrd  /initrd.img

如果这不能立即解决问题，则可能需要进行其他一些更正。您可以通过“复制”经过测试和工作的条目之一来找到它们，我建议您使用最普通的条目（例如，没有upstart或其他内核参数，例如传递的nomodeset）。

这应该是一个很好的候选者：

menuentry 'Ubuntu, with Linux 4.4.0-21-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-21-generic-advanced-eee18451-b607-4875-8a88-c9cb6c6544c8'

Arch 条目也同样被破坏，因为它可能会在 Ubuntu 根分区下查找 Arch initramfs 和内核。它们的默认位置位于 /boot 下。通过更正位置并检查根分区 uuid 是否包含 Arch 根来调整 Arch 条目的最后两行。

一（几个）警告词：

一般来说，不建议 Ubuntu 用户手动操作grub.cfg。一定要复制一份并小心编辑。做好准备，以防您的系统无法启动（但您可以使用我旧答案中概述的启动过程来恢复它）。

另外，虽然这一次可能会解决您的问题，但下次您必须重新填充 grub 菜单时，它可能会再次困扰您。由于某种原因，ubuntu 下 grub 的操作系统探测会因 /boot 下存在 Arch 内核而感到困惑。我猜想诸如启动修复之类的实用程序应该能够正确地使您的所有发行版都可启动，但如果我没记错的话，它对您不起作用。

一种永久修复可能包括将 arch 内核和映像安装在与默认 /boot 不同的目录中。这很繁琐，您应该查阅 Arch wiki 的 grub 条目以了解如何正确执行此操作。

旧答案（如果您打算长期切换到 Arch，则推荐） 这就是我要做的，并且不知怎的，几个月前就已经完成了。

前往arch 维基 grub 页面并读出分区表的相关部分（您可能是 UEFI，因此请阅读 ESP 等）。

手动启动到 Arch

这是一次非常有影响力的经历，我建议尝试一下。假设您的 Arch Linux 内核位于磁盘上的某个位置，请c在 grub 提示符下按并输入 ls 以查看设备和分区列表，如下所示(hd0,msdos1),(hd1,gpt1),...。您可以 ls 分别查看内容。

你需要弄清楚三件事：

/你的 Arch根分区在哪里
你的 Arch 内核在哪里vmlinuz
你的拱门在哪里intiramfs-linux.img

一旦拥有这三个，您将在 grub> 中运行三个命令，提示类似于此的内容。

grub> set root=(hd0,1)
grub> linux /vmlinuz root=/dev/sda1
grub> initrd /intiramfs-linux.img
grub> boot

请注意，grub 可以查找，例如

grub> find /sbin/init

（grub 无法自动找到并导致内核恐慌；））

这一切我都已经学会了这里，我强烈推荐的一个来源。如果你能做到，请跳到修复 grub！否则...

从实时密钥启动 Arch！ 获取实时 Arch 环境并按照chroot与第一次相同的方式将安装 wiki 安装到 Arch 上。

修复 grub

从 Arch 内部，安装相关的 grub 软件包，特别os-prober是允许grub-install检测您的其他系统。仔细遵循那里的安装指南，您应该能够（至少）从 grub 菜单启动 arch 和 ubuntu。安装命令最终看起来像这样。

** 警告 ** 不要运行这些命令，它们只是示例，您需要找出适合您系统的命令

# grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=grub --recheck
# grub-mkconfig -o /boot/grub/grub.cfg

** 如果一切都失败了 **

不幸的是，这是因为它得到的信息数量有限，而且 SE 并不是真正解决此类问题的论坛，因此我的“通用”答案指的是有用的资源。

如果您无法弄清楚，也许可以访问 Arch 论坛，并且只要您已尽力并事先阅读了文档，您可能会找到帮助。

通过 Arch 完成这一切对我来说是一次基本的学习经历。

Answer