debain12安装——对启动分区的处理

一、启动分区的问题

安装操作系统应该是开发者的一个基本能力。在前面的文章中详细说明了Debain手动分区的过程，以图文的形式让大家能够很容易的掌握相关的步骤和细节说明。但在实际的应用中，发现有些同学处理手动分区时遇到了一些问题，而这个问题在前面的文章中也没有指出。本文将对这个问题进行有针对性的补遗。
有同学在按照前面的文章“Debain12安装——手动磁盘分区”安装中，在采用LVM分区方式安装时，在即将结束安装时，遇到了下面的问题“grub-install dummy faile”，然后安装失败。下面就针对这个问题展开一下分析。

二、原因分析和处理

通过查找相关资料和在网上搜索，发现出现这个问题的原因有以下几种情况：

1. 硬件CPU不支持
   这种是Intel的CPU系列中Core10对其的支持不到位，但目前看出现问题的平台不是此系列的CPU，故排除此原因
2. EFI分区大小的原因
   有资料说由于把EFI分区搞得很大，如3G以上，则可能出现此类问题。解决的方法是将EFI分区删除并重新创建一个合适的（300M～1G）即可。出现问题的安装EFI分区不大，也就1G，故也不是这个原因
3. EFI分区和BOOT分区指定的位置不对
   在使用LVM方式进行磁盘分区管理时，EFI和BOOT分区不能指定为LVM分区。也就是说，这两个分区指定的位置应该是普通（非LVM形式）的磁盘分区。经过查看，这次问题的原因正好是这类问题。

那么为什么为什么 boot 和 EFI分区不能指定到 LVM分区中呢？
首先，EFI作为系统分区 (ESP)，是 UEFI 固件直接读取的分区。固件无法识别复杂的 LVM结构，因此 ESP 必须 是一个独立的、未加密的FAT32格式的主分区。
其次，boot 分区包含 Linux内核 (vmlinuz)和初始内存盘 (initrd) 等启动所需的文件。GRUB 引导加载器在启动初期需要能读取这些文件。如果 boot 放在加密或 LVM中，GRUB可能没有相应的驱动模块来访问它们，导致启动失败。因此，通常建议将/boot也作为一个独立的 ext4分区放在 LVM 外。

问题的原因找到了，那么解决方法也很简单，可以采用下面的两种方式进行：

1. 在分区中单独对EFI和BOOT进行分区，即不使用LVM分出逻辑分区作为二者的指定分区挂载点
   首先，检查当前磁盘状态（如 /dev/sda）及其空闲空间(free sapce)，如果没有问题，则进行下列操作：
   a. 创建 EFI系统分区 (ESP),选中 “空闲空间”，点击 “continue” 按钮,根据提示完成相关创建即可。分区大小可根据实际情况来处理（100MB～1G）；分区的类型为主分区 (Primary)；选择 EFI 系统分区 (EFI System Partition)；文件系统会自动设置为 FAT32。挂载点设置为 /boot/efi。点击完成即可。
   b. 创建独立的 /boot 分区，选中 空闲空间，点击 “continue” 按钮,根据提示完成相关创建即可。大小建议在1G～2G即可；类型为主分区；选择 Ext4文件系统；挂载点设置为选择 /boot。点击完成即可。
2. 自动处理EFI和BOOT分区
   在进入到分区界面时，可以直接采用LVM的自动分区方式，待其分区完成后。重启电脑，再次等待到了分区界面后，将非EFI和BOOT分区的LVM分区删除并重新按照需求的大小进行LVM分区即可。这种方法稍显有些费时间，但避免了不知道给EFI和BOOT分区设置大小的问题。
   

不同的系统版本可能有细微区别，大家掌握相关的方法即可。

三、总结

安装操作系统这种事情，对于经验比较多的来同学们来说，真是简单到极点，就是费点时间的事。而对于初学者和经验不多的，面对各种提示和选项，再加上如果是英文的系统，可能马上就晕菜了。其实安装系统都是一些固定的套路，只要大家能够沉下心来一一对照资料说明安装即可。一回生二回熟，三回就是老手了。