EFI 系统分区 GUID 错误?

EFI 系统分区 GUID 错误?

在新的 GPT 初始化磁盘(第二个 PC 磁盘)上,我使用 gparted 创建了一个 FAT32 分区。我想将其用作 EFI 系统分区,因此我将其标记为启动。之后,我使用 gparted 的“分区信息”选项检查了 UUID,它报告:09B1-97A5据我所知应该是C12A7328-F81F-11D2-BA4B-00A0C93EC93B

我还检查了正在运行的操作系统磁盘(Ubuntu 14),发现 Gparted 报告EB78-9AD2为我的实际启动分区 UUID。gparted 在我的 EFI 系统分区上报告的 UUID 到底是什么,以及为什么它与预期的不匹配C12A7328-F81F-11D2-BA4B-00A0C93EC93BID?

答案1

您混淆了文件系统 UUID 和分区 GUID。前者存储在文件系统中,可以在 Linux 的/etc/fstab文件中或mount通过参数由命令使用UUID=。(尽管名称为“UUID”,但它们并不总是真正的 UUID。例如,FAT 不使用 UUID,因此对于 FAT,使用序列号而不是 UUID。)这些 UUID 对于任何给定的文件系统都应该是唯一的,尽管克隆的文件系统可能有重复的 UUID。

相比之下,分区 GUID 仅在 GPT 磁盘上可用。实际上,分区有两个 GUID:

  • 类型代码 GUID,即 C12A7328-F81F-11D2-BA4B-00A0C93EC93B 的数字。该特定 GUID 标识EFI 系统分区 (ESP)。这相当于 MBR 磁盘的单字节分区类型代码。
  • 分区的唯一 GUID,与文件系统 UUID 一样,对于任何特定分区来说都应该是唯一的。EFI 在内部使用此 GUID,某些版本的 Linux 实用程序允许您像使用文件系统 UUID 一样使用它,但使用的是标签PARTUUID=而不是UUID=

答案2

我找到了解决方案。正如一位发帖者所建议的那样,GParted 上的 UUID 与 GPT 无关。我实际上使用 sudo gdisk /dev/sda 找到了正确的 GUID。之后我使用了选项“i”

相关内容