主页 / unix / 问题 / 701473
Accepted
celvro
Asked: 2022-05-05 20:29:39 +0800 CST

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

  • 772

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

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

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048   1126399   1124352   549M  b W95 FAT32
/dev/sda2         1126400 975688107 974561708 464.7G  7 HPFS/NTFS/exFAT
/dev/sda3       975689728 976769023   1079296   527M 27 Hidden NTFS WinRE

...

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1     616448 2458216447 2457600000   1.1T Linux filesystem
/dev/nvme0n1p2 2458216448 3907024031 1448807584 690.8G Linux filesystem
/dev/nvme0n1p3       2048     616447     614400   300M EFI System

Partition table entries are not in disk order.

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

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    0 465.8G  0 disk
├─sda1        8:1    0   549M  0 part
├─sda2        8:2    0 464.7G  0 part
└─sda3        8:3    0   527M  0 part
sdb           8:16   0   1.8T  0 disk
├─sdb1        8:17   0    99M  0 part
├─sdb2        8:18   0    16M  0 part
└─sdb3        8:19   0   1.8T  0 part
nvme0n1     259:0    0   1.8T  0 disk
├─nvme0n1p1 259:1    0   1.1T  0 part
├─nvme0n1p2 259:2    0 690.8G  0 part /
└─nvme0n1p3 259:3    0   300M  0 part /boot/efi

我还注意到Disklabel type/dev/sda 的 dos 和 /dev/nvme0n1 的 gpt 如果考虑在内。

linux fdisk

2 个回答

  1. Best Answer

    由于您的系统显然是以 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信息界面是戴尔设计的，所以如果你主要使用戴尔系统，你可能比我运气好。）

    • 15

  2. Linux (grub/systemd) 不会保留有关它启动的分区的信息。

    如果您的系统以 EFI 模式启动，则它使用/dev/nvme0n1p3其他方式，/dev/sda1因为 sda 看起来像 MBR 分区磁盘。

    • 2

相关问题