有没有办法知道您实际从哪个分区启动?
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(如果考虑在内的话)。
答案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分区表能存储与 MBR 分区磁盘输出Boot
中的标志字段本质上相同的启动标志,从 GPT 分区磁盘启动 MBR 样式预计将是一种罕见的极端情况,因此不会包含它。原生 UEFI 风格的方式根本不会使用这样的标志,因为现在系统固件的工作就是了解fdisk -l
fdisk -l
引导加载程序文件的名称和从中加载分区的 PARTUUID。
但是,如果在 GPT 分区上启用了这样的遗留标志,则使用i
现代 Linux 的命令(=打印有关分区的信息)fdisk
将通过输出行LegacyBIOSBootable
上的关键字显示它。Attrs:
要实际切换这样的标志,您必须使用支持 GPT 的 Linux 的专家专用额外命令fdisk
:首先x
,然后A
切换标志。
如果您只想列出包含 UEFI 分区标志的分区表,您可以使用fdisk -x /dev/nvme0n1
.请注意,输出比传统输出宽很多fdisk -l
。
如果您使用经典的 MBR/BIOS 样式启动,那么标题问题的答案是“您真的不这样做”。BIOS 风格的固件没有普遍存在的标准方法来告诉操作系统实际使用哪个设备来引导系统。对于使用传统 BIOS 式引导的系统上的所有操作系统和操作系统安装程序来说,这是一个长期存在的问题。
如果该/sys/firmware/edd
目录存在,它可能包含允许识别引导磁盘的信息,通过识别 BIOS 看到磁盘的顺序。按照惯例,当前引导磁盘被移动到 BIOS 中的第一个硬盘位置(也称为“磁盘 0x80”)磁盘列表,大多数基于 BIOS 的引导加载程序都依赖于这一事实。
因此,如果/sys/firmware/edd/int13_dev80
存在,并且引导加载程序尚未切换磁盘的 BIOS int13 ID(GRUB 可以这样做,如果您有需要交换磁盘 ID 的自定义双/多重引导配置),那么其中的信息可能对识别固件使用的实际启动磁盘。
不幸的是,提供此信息所需的 BIOS 扩展并没有像它应有的那样广泛使用,而且即使存在,也并不总是完全正确地实现。我见过很多系统没有可用的 EDD 信息,有些系统的 EDD 信息不完整,甚至有一个系统查询 EDD 信息导致启动挂起。
(显然EDD信息界面是由Dell设计的,所以如果你主要使用Dell系统,你可能比我幸运。)
答案2
Linux (grub/systemd) 不保留有关其启动分区的信息。
如果您的系统以 EFI 模式启动,/dev/nvme0n1p3
则它会使用其他模式,/dev/sda1
因为 sda 看起来像 MBR 分区磁盘。