第三次重新分区我的 1TB SSD，希望能成功。正在学习，但问题还是很多
因为我的系统有UEFI固件并且已经有一个专用于 Windows 的 SSD 我的理解是我必须有一个UEFI我的第二个 SSD 上专用于 Linux 的启动分区。如果使用GPT此外，分区还需要设置“启动”标志。
我的第一个困惑点是我正在阅读的冲突设备GPT与MBR-msdos分区。
在 ubuntuforums 下两个驱动器安装>分区它指出
对于 UEFI，（几乎）需要 gpt 分区。如果有多个驱动器，则所有可启动驱动器都需要是 gpt，最好数据驱动器也是 gpt，以防以后您想要使其可启动。对于 gpt，没有 MBR(msdos) 中的主分区、扩展分区、逻辑分区，也没有 4 个主分区的限制。每个驱动器只能有一个 efi 分区，通过 gparted，您可以使用引导标志将其指定为 efi 分区。其他分区不能有启动标志。仅当在 gpt 分区驱动器上使用 Ubuntu 以 BIOS 模式启动时，您才需要 BIOS_grub 分区。 Windows 只能以 UEFI 模式启动，因此除非使用 UEFI 启动，否则无法将 Windows 安装到 gpt 驱动器。
但 ubuntu-mate.community 上的分区指南似乎表明使用膜生物反应器分区 ubuntu-mate.community 请参阅第 4 部分：创建 UEFI 启动分区。 + 交换 + 根 + 主分区。
哪个是对的？为什么是GPT推荐分区UEFI？
答案1
因为我的系统有 UEFI 固件并且已经有一个专用于 Windows 的 SSD，所以我的理解是我必须在专用于 Linux 的第二个 SSD 上有一个 UEFI 启动分区。如果另外使用 GPT 分区，则需要设置“启动”标志。
gparted“boot”标志实际上是尝试使用最初专门为 MBR 设计的接口来呈现 GPT 的结果。当gparted在 GPT 分区磁盘上的分区上显示“引导”标志时，实际上意味着该分区的类型 GUID 将设置为与“EFI 系统分区”或 ESP 匹配的标准值。
ubuntu-mate.community 上的指南包含多个部分：第 1-3 部分是关于 MBR 分区的，只有第 4 部分涉及 GPT。截至撰写本文时，GPT 指南仅涵盖 Linux 作为磁盘上唯一操作系统的情况。就好像该指南的作者对 GPT 的熟悉程度不如对 MBR 的熟悉程度。
UEFI 固件在尝试识别硬盘是否可启动时将查找该 ESP。
可以在 Windows 和 Linux 之间或任意数量的操作系统之间共享 ESP 分区。事实上，ESP 文件系统的标准布局正是为了促进这一点而设计的。
也可以有多个磁盘，每个磁盘都有一个 ESP 分区，只要您的 UEFI 固件可以支持磁盘所插入的磁盘控制器。在同一个磁盘上拥有多个 ESP 分区似乎在任何地方都不推荐，我认为这可能会混淆某些固件版本。
当您拥有基于 UEFI 的系统时，制造商经过最充分测试的配置几乎肯定是采用 GPT 分区的配置。第二个经过充分测试的配置将是启用旧版 BIOS 兼容性（有时称为兼容性支持模块 = CSM）和 MBR 分区的配置。
混合配置（本机 UEFI 引导 + MBR 分区，或传统 BIOS 兼容引导 + GPT 分区）可能仅接受有限的测试，因为它们预计仅在极少数情况下使用。
在这两者中，传统 BIOS + GPT 实际上可能是接受更多测试的一种，因为需要它来支持在大于 2 TB 的磁盘上使用传统引导的操作系统。由于 GPT 占据磁盘上紧接 MBR 之后但在第一个分区开始之前的位置，因此 GRUB 引导加载程序不能再嵌入其中（也不能嵌入任何其他引导加载程序），因此该bios_grub分区被开发为解决方法。
使用 MBR 分区和本机 UEFI 引导方法不会给您带来任何优势：它只会将您的系统磁盘的最大容量限制为 2 TB（除非您使用具有 4KiB 扇区的磁盘，这将是另一种蠕虫病毒） ...）。
而微软，依然是x86架构的最大大猩猩，已经明令，如果你的系统使用原生UEFI启动方式，官方只会支持GPT分区的系统盘；如果您使用混合解决方案，您就只能靠自己了。
答案2
GPT 是 UEFI 规范的一部分，它们齐头并进。虽然 UEFI 应该也支持 MBR 分区磁盘，但这只是出于遗留原因。 UEFI + MBR 组合与您应该使用的组合有所偏差，并且可能会导致某些（未来）操作系统或工具出现意外情况。
答案3
我开始说：
如果你有UEFI系统，你没有理由使用MBR
全文：
GPT 是 UEFI 规范的一部分[1]。
在 UEFI 系统中，您拥有正确的， 这能力仅由于向后兼容性而使用 MBR：UEFI 规范考虑/期望这种情况[1]，因此 MBR 被接受。
因此，回到你的问题，我可以进一步补充一点，GPT 比 MBR 没有限制，例如分区数量及其大小；
因此没有理由选择 MBR 而不是 GPT。
[1] https://wiki.archlinux.org/index.php/Partitioning#GUID_Partition_Table