UEFI引导加载程序分区,可以使用LVM吗?

UEFI引导加载程序分区,可以使用LVM吗?

我刚刚买了一台很少使用的笔记本电脑,我想找出原因。它有一个 SSD,运行时fdisk -l显示为Disk: /dev/sda.尽管在该磁盘下有 5 个“设备”,但每个设备只能按照对“设备”施加的限制进行分区,例如:/dev/sda1 /dev/sda2等等...

在我尝试之前,它曾经是一台 Windows 8 机器,并且鄙视它所代表的一切,所以我现在正在尝试在它上面加载 Arch Linux。其中一些设备的容量范围为 150MB 到 267GB。 MOBO 是 UEFI,这对我来说是新的,Arch 引导加载程序希望我使用 fdisk、FAT32 以外的其他东西创建引导分区。他们建议引导分区至少有 500MB,这对于引导分区来说似乎贵得离谱,但我离题了。我想将其中一个 200MB 设备作为 FAT32 的引导分区,将 20GB 设备作为 ext4 中的根分区,将 265GB 设备作为单个分区,其中每个 ext4 都有多个逻辑卷,用于 /var /tmp 和 /home。

该磁盘上没有一个我想用于引导的设备大小超过 500MB,并且我不想通过将其拆分为用于引导和根的单独分区来共享 20GB 设备。如果我将整个 20GB 设备仅用于 /boot,那么这似乎是一种不幸的浪费。

是否可以在较大的设备上将 /boot 分区创建为逻辑卷?关于 Arch Linux 上的 UEFI 和 Gummiboot,我需要担心什么吗?

答案1

不。

UEFI Bios 尝试在 GPT 分区的启动设备中查找分区。该分区需要标记为“EFI 系统”(有关所有选项,请参阅 fdisk 的“t”命令),并且还需要使用 FAT 文件系统进行格式化。

你会在这里找到一个很好的解释......

Command (m for help): p
Disk /dev/sda: 167.7 GiB, 180045766656 bytes, 351651888 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt

Device      Start       End   Sectors   Size Type
/dev/sda1    2048    534527    532480   260M EFI System
/dev/sda2  534528 351651839 351117312 167.4G Linux LVM

相关内容