☰

从双启动（Windows10 / Pop_OS）转向单启动（仅 Pop）；关于我的 EFI 设置的问题：2 个 EFI 分区？

tag-icon • tag-icon windows dual-boot uefi
从双启动（Windows10 / Pop_OS）转向单启动（仅 Pop）；关于我的 EFI 设置的问题：2 个 EFI 分区？

去年七月，作为一个彻底的 Linux 菜鸟，我买了一台翻新的 Dell e7470，预装了 Windows 10 pro。我按照本视频中的说明（提示磁盘分区步骤）安装 Pop_OS 20.04 以与 Windows 10 双启动：Pop!_OS 19.10 - 设置与 Windows 10 的双重启动。进展顺利。现在我正在考虑删除 Windows，并且正在查看我的磁盘分区以查看可以删除哪些内容。以下是运行 Pop 时 GNOME 磁盘的屏幕截图：

GNOME 磁盘

我不明白为什么视频让我创建一个新的 EFI 分区 (sda5)，而不是使用 Windows 预装的 ESP (sda1)。我想知道这是否会导致问题，但更重要的是，我是否可以使用磁盘删除 Windows 操作系统 (sda3) 以及 ESP (sda1)、恢复分区 (sda4) 和“Microsoft 保留”(sda2)。我不想做错事而导致计算机无法启动。

如果有帮助，这里是输出efibootmgr：

steve@pop-os:~$ sudo efibootmgr
BootCurrent: 0003
Timeout: 2 seconds
BootOrder: 0003,0000,0001,0004
Boot0000* Windows Boot Manager
Boot0001* UEFI: SK hynix SC311 SATA 512GB, Partition 1
Boot0002* Pop!_OS 20.04 LTS
Boot0003* Pop!_OS 20.04 LTS
Boot0004* Linux Firmware Updater

Boot0000和Boot0001似乎是相同的——分区 1，以及Boot0002和Boot0003（分区 5）。

我想知道：

  1. 这种 2-EFI 分区设置可以接受吗？
  2. 如何安全（并尽可能彻底）删除 Windows 10？
  3. 我的系统是否可以在没有 ESP 的情况下启动，即它是否会使用表示安装在 的分区 5 /boot/efi？

答案1

我相信这是一个提供稍微误导性信息的教程示例。发生这种情况的原因有很多，有时作者想确定他们的建议在所有情况下都有效，有时作者自己还没有完全理解自己的主题。

您不希望也不应该在一个驱动器上有两个 EFI (ESP) 分区。

如果您确定希望完全不可逆转地删除Windows，那么您可以：

  1. 删除除 EFI 之外的所有与 Windows 关联的分区。
  2. 从 EFI 分区中删除 Windows 引导加载程序。

如果您只是全新安装 Pop OS

您只需擦除驱动器并从新的分区表开始即可。甚至不用费心保存 UEFI，只需重新开始即可。

如果您要转换现有的 Pop OS 安装

要更加小心。将 Pop OS 引导加载程序文件安装在 EFI 上。如果教程告诉您创建新的 EFI 分区，那么您可以按照它进行操作，但请确保：

  • 将引导加载程序安装到您的新的EFI分区
  • 删除你的老的EFI 分区，这样你就只剩下一个了。
  1. 要重新安装 Windows，您需要获取 Windows 安装程序的副本。这通常会花费您一个全新的许可证，因为 OEM 版本不提供安装 CD。

答案2

我能够使用 GNOME 磁盘来删除全部Windows10 相关分区。我的系统启动到 Pop 时没有任何问题。不幸的是，这在我的 SSD 的开头留下了很大的未分配区域。

GNOME Disks 无法对此进行调整（它可以调整具有连续未分配空间的分区大小，但无法移动它们），因此我使用 Pop_OS 安装 USB 启动并使用 Gparted 调整/移动分区大小。我重新启动并启动到 Pop 就好了。唯一奇怪的是我的 3 个连续分区——ESP、交换、Linux 系统——被标记为分区 5、6、7。

我本可以（也许应该）保留它，但令我困扰的是我的 3 个分区不是 1、2、3。经过快速的互联网搜索后，我使用了(sort) 和(write)sudo gdisk /dev/sda命令。我的分区现在是 1,2 和 3。sw

我再次启动到 Pop 没有问题，但efibootmgr显示我的系统正在使用通用 bootnum 条目 (0006): 启动 UEFI: SK hynix SC311 SATA 512GB, Partition 1。这指向一个不同的加载器，EFI\boot\bootx64.efi而不是\EFI\systemd\systemd-bootx64.efi（尽管它工作得很好）。

我曾经efiboomgr创建新的 bootnum 条目（它从未使用的 Boot0000 开始）并编写有意义的标签和其加载程序的正确路径*。我停用了指向不存在的分区 5 的旧 bootnum 条目。（我可以删除它们，但它们似乎是提醒我在这里所做的事情的好方法。）

* 这是复数，因为我还重新创建了“Linux Firmware Updater”，因为在所有这些更改之前它已经在我的启动顺序中了。

编辑/更新：当我运行gdisk并s（排序）时，出现了关于可能必须编辑/etc/fstab.作为一名 Linux 新手，我决定查看该文件并了解其重要性。然后我做了一个小改变。我将fsck系统分区的最后一个字段（pass）更改为“1”。它之前被设置为“0”（不fsck；我不确定为什么要这样设置）。

相关内容