如何判断我从哪个分区启动？

Question

有没有办法知道您实际从哪个分区启动？

\n

fdisk -l显示了我的 NVME 上绝对没有的“启动”列。这只是遗留信息吗？

\n

Device     Boot     Start       End   Sectors   Size Id Type\n/dev/sda1  *         2048   1126399   1124352   549M  b W95 FAT32\n/dev/sda2         1126400 975688107 974561708 464.7G  7 HPFS/NTFS/exFAT\n/dev/sda3       975689728 976769023   1079296   527M 27 Hidden NTFS WinRE\n\n...\n\nDevice              Start        End    Sectors   Size Type\n/dev/nvme0n1p1     616448 2458216447 2457600000   1.1T Linux filesystem\n/dev/nvme0n1p2 2458216448 3907024031 1448807584 690.8G Linux filesystem\n/dev/nvme0n1p3       2048     616447     614400   300M EFI System\n\nPartition table entries are not in disk order.\n

\n

考虑lsblk到 /boot/efi 已安装，我 90% 确定它正在使用我的 nvme 驱动器，我只是想确认这是真的，即使没有任何boot指示fdisk

\n

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS\nsda           8:0    0 465.8G  0 disk\n\xe2\x94\x9c\xe2\x94\x80sda1        8:1    0   549M  0 part\n\xe2\x94\x9c\xe2\x94\x80sda2        8:2    0 464.7G  0 part\n\xe2\x94\x94\xe2\x94\x80sda3        8:3    0   527M  0 part\nsdb           8:16   0   1.8T  0 disk\n\xe2\x94\x9c\xe2\x94\x80sdb1        8:17   0    99M  0 part\n\xe2\x94\x9c\xe2\x94\x80sdb2        8:18   0    16M  0 part\n\xe2\x94\x94\xe2\x94\x80sdb3        8:19   0   1.8T  0 part\nnvme0n1     259:0    0   1.8T  0 disk\n\xe2\x94\x9c\xe2\x94\x80nvme0n1p1 259:1    0   1.1T  0 part\n\xe2\x94\x9c\xe2\x94\x80nvme0n1p2 259:2    0 690.8G  0 part /\n\xe2\x94\x94\xe2\x94\x80nvme0n1p3 259:3    0   300M  0 part /boot/efi\n

\n

我还注意到Disklabel type/dev/sda 是 dos，/dev/nvme0n1 是 gpt（如果考虑在内的话）。

\n

Answer 1

由于您的系统显然以 UEFI 风格启动，因此标题问题的答案是：

以 root身份运行efibootmgr -v，查看该行上的四位 ID BootCurrent:（通常是输出的第一行），然后查看相应的BootNNNN行以查找要从中启动的分区的 PARTUUID 以及包含实际启动管理器/加载程序的文件名用过的。

然后运行lsblk -o +PARTUUID以查看嵌入在 GPT 分区表中的分区唯一 UUID。BootNNNN找到您在输出行中看到的 UUID efibootmgr -v，您就会知道分区。

（在 MBR 分区的磁盘上，没有真正的分区 UUID，因此会显示磁盘签名号和分区号的较短组合来代替真实分区 UUID。）

这Disklabel type绝对是一个因素：它表明您sda使用经典的 MBR 分区和启动顺序，而您nvme0n1使用 GPT 分区和 UEFI 样式启动。

虽然 GPT 分区表可以Boot存储与 MBR 分区磁盘输出中的标志字段本质上相同的启动标志fdisk -l，但从 GPT 分区磁盘启动 MBR 样式预计将是一种罕见的极端情况，因此fdisk -l不会包括它。原生 UEFI 风格的方式根本不会使用这样的标志，因为现在系统固件的工作就是知道引导加载程序文件的名称和从中加载它的分区的 PARTUUID。

但是，如果在 GPT 分区上启用了这样的旧标志，则使用i现代 Linux 的命令（= 打印有关分区的信息）将通过输出行中fdisk存在关键字来显示它。LegacyBIOSBootableAttrs:

要实际切换这样的标志，您必须使用支持 GPT 的 Linux 的专家专用额外命令fdisk：首先x，然后A切换标志。

如果您只想列出包含 UEFI 分区标志的分区表，您可以使用fdisk -x /dev/nvme0n1. 请注意，输出比传统输出宽很多fdisk -l。

如果您使用经典的 MBR/BIOS 样式启动，那么标题问题的答案是“您真的不这样做”。BIOS 风格的固件没有普遍存在的标准方法来告诉操作系统实际使用哪个设备来引导系统。对于使用传统 BIOS 式引导的系统上的所有操作系统和操作系统安装程序来说，这是一个长期存在的问题。

如果该/sys/firmware/edd目录存在，则它可能包含允许通过识别 BIOS 看到磁盘的顺序来识别启动盘的信息。按照惯例，当前启动盘将移动到第一个硬盘位置（也称为“ disk 0x80"）位于 BIOS 磁盘列表中，并且大多数基于 BIOS 的引导加载程序都依赖于这一事实。

因此，如果/sys/firmware/edd/int13_dev80存在，并且引导加载程序尚未切换磁盘的 BIOS int13 ID（GRUB 可以这样做，如果您有需要交换磁盘 ID 的自定义双/多重引导配置），那么其中的信息可能对识别固件使用的实际启动磁盘。

不幸的是，提供此信息所需的 BIOS 扩展并没有像它应有的那样广泛使用，而且即使存在，也并不总是完全正确地实现。我见过很多系统没有可用的 EDD 信息，有些系统的 EDD 信息不完整，甚至有一个系统查询 EDD 信息导致启动挂起。

（显然EDD信息界面是由Dell设计的，所以如果你主要使用Dell系统，你可能比我幸运。）