将分区从辅助操作系统移至主操作系统的建议

将分区从辅助操作系统移至主操作系统的建议

我面临以下情况:

我有一台预装 Windows 10 的 Thinkpad X1 Yoga 笔记本电脑。从那时起,我缩小了 NTFS 分区以双启动 Arch Linux 安装,并且已经使用了一年多。我现在正在考虑完全删除 Win10,因为我并不真正需要它,要么将整个磁盘专用于 Arch,要么将其与其他发行版各占一半。

这就是当前 GPT 分区表的样子。分区如下:

  • sda1:EFI 启动
  • sda2:Miscosoft 保留分区
  • sda3: Windows 10
  • sda4:Windows 10 恢复
  • sda5:Arch 根分区
  • sda6:Arch 交换
  • sda7:Arch /home

最好的解决方法是什么?我认为我有以下选择:

  1. 删除分区 2-4,并将 Arch 分区向左移动,同时根据需要扩展它们。这是一种安全的方法吗?然后修复 GRUB 是否容易,以便它知道分区的新位置在哪里?
  2. 备份 Arch 分区并简单地格式化整个驱动器,然后恢复它们。我当然不喜欢这样做,并且只有在选项 #1 由于某种原因不可行时才会这样做。我还需要一种方法来轻松地仅对//home分区进行映像,以便轻松恢复它们。

选项 #1 是否存在我不知道的风险或困难?在尝试之前,我还应该了解和阅读什么?关于这个过程有什么一般建议吗?谢谢。

答案1

选项 1 是否存在我不知道的风险或困难?

我想不出任何办法;这是一个简单的步骤。但要使根分区足够大,以便以后不需要缩小 /home。

(目前由于分区较小,移动应该很快,而且大部分不重叠。然而,缩小 /home将其向右移动,这次与旧位置重叠,除了花费大量时间外,还将是两项有风险的操作。)

不要忘记从固件启动菜单(使用efibootmgr)中删除“Windows 启动管理器”,以及从 EFI 系统分区中删除相关的引导加载程序文件。

然后修复 GRUB 是否容易让它知道分区的新位置在哪里?

最多你需要运行grub-install...grub-mkconfig...重建一切。

(GRUB 核心映像理解分区表,因此它不关心地点,确实如此,但它可能关心分区数字。似乎根据系统的不同,grub-install 将通过其 UUID 或其数字索引引用 /boot 分区。)

相关内容