GRUB 能名义上处理我的计划吗?

GRUB 能名义上处理我的计划吗?

场景:我刚刚完成了从 Zen 2 到 Zen 3 的重大硬件升级,包括一个新的 M.2 NVMe 驱动器。我原来的 NVMe/spinner 组合仍在处理系统;新驱动器在 GParted 中可见,但我还没有对它做任何事情。在我们谈论的原始安装中,这一切都非常稳定地运行 20.04LTS。

我的建议:我对我的 Ryzen 5800X 缺乏温度监控感到不安。我建议在新的 M.2 上安装第二个全新的 Ubuntu 实例,这最终将成为系统中的主要和唯一的驱动器(2TB 970 Evo+,在考虑云和适当的备份规则时足以满足我的存储需求)。希望使用 5.12 内核 - 在任何 Ubuntu 版本上,可能是 21.04 - 因为看起来我可以使用该内核进行温度监控。

我是谁:我比键盘上的“Windows”更早接触过——对命令行 DOS 并不陌生,我来自那里——但我年纪大了,除非迫不得已,否则不会使用终端。在家里只使用 Linux 已有 4 年,它满足了我的需求,我对此非常满意(Pulse Audio 除外,但我相信您已经知道这一点,20.04 似乎已经修复了它)。

我想要的是:一个成功的双启动系统,同时我使用新实例以确保它能按照我的意愿运行。我并不关心克隆,因为我使用的应用程序相对较少,只需要使用标准文件管理迁移数据。

我的问题是:GRUB 会选择并运行它,为我提供双启动选项吗?如果一切正常,GRUB 能否妥善处理原始启动驱动器的删除?我真的希望事情尽可能简单,避免使用其他启动管理器,尽管如果有必要我会这么做。

先感谢您。

答案1

我不是专家,但我遇到了一个略有不同的情况,我可以修复。我有一台较旧的 PC,我也在上面添加了一个 NVMe 驱动器。我无法启动 NVMe,因此我放入了一个小型 SATA 固态硬盘并将其设为我的 /boot (EFI) 分区。在我升级 PC 之前,这种方法一直很有效。移除 SATA 驱动器导致我的 PC 无法启动。因此,我在 NVMe 上创建了一个分区作为新的启动 EFI 分区,并在那里安装了 Grub。虽然已经过去了几个月,但它确实有效。

采取的基本步骤:将 sata 和 NVMe 驱动器移动到新 PC,使用 gparted 创建新的启动分区并将其标记为可启动,将 sata 驱动器的内容复制到 NVMe 启动分区,将 Grub 安装到 NVMe 启动分区,删除 sata 并配置 bios 以启动到 NVMe。

您需要搜索如何将 grub 移动或安装到其他分区,因为我忘记了如何操作。但这本质上与您尝试执行的操作是相同的概念:将 grub 安装移动到新驱动器。

我认为您还可以使用 grub-customizer 并在删除当前启动驱动器之前在 grub 配置文件中做一些编辑以将 grub 指向 vmlinuz 的正确 UUID 位置,即“set-root=...”和“root=UUID=...”。

答案2

最简单的解决方案是:

  • 不要改变以前的系统
  • 只需定期将 Ubuntu 安装到你的新 SSD 驱动器上
  • 在 BIOS/UEFI 中选择新的 SSD 驱动器作为启动驱动器

您的新系统应该可以启动了。

当你删除/格式化旧的 Linux 驱动器,并希望删除现已过时的 grub-boot 选项时,只需输入“sudo 更新-grub”在终端中。

命令“更新 grub”搜索所有连接的驱动器以查找可启动的操作系统,并创建/修改 grub-boot-screen 以适应现有可启动操作系统的当前状态。(非常方便的命令)

相关内容