Linux系统启动过程

说启动过程以前，先说说一些背景知识。

系统的启动模式有BIOS和UEFI两种，前者比较老，是一直在使用的方式，后者比较性，可是性能比较好，微软知道win10才支持UEFI启动方式。

硬盘的分区格式也有GPT和MBR两种，并且启动模式和硬盘分区格式还有一些关系，具体以下：

　　1.BIOS模式可启动GPT和MBR硬盘上的系统；

　　2.UEFI通常只能启动GPT上的系统，虽然也支持MBR，可是不推荐这种方式，由于UEFI不会执行主分区记录（无论它存在与否）而是执行ESP。并且要求硬盘必须是原生硬盘（不能是虚拟机），也就是说UEFI启动方式不支持虚拟机。

根据这种对应关系，因此咱们装系统的时候就有3中选择：

　　1.BIOS/MBR 这是最老的方案，几乎支持全部的系统。在BIOS/MBR方案上，须要给引导器留一小块位置，这一小块位置叫作post-MBR gap，这是MBR分区方案下一块处于512byte（MBR第一个扇区）以后，第一个分区开始以前的一段内存。这段内存推荐1到2M。可是为了兼容windows的31k对齐，因此最好用一个支持1M对齐的的分区工具来作分区。

　　2.BIOS/GPT 这是比较奇怪的方案，通常只有受限的状况下才会使用（好比虚拟机中不支持UEFI，因此只能用这种方案）。在BIOS/GPT方案上，须要给引导器（好比GRUB）一个安放镜像空间的位置，这一般是一个只要几M的小空间，分区的格式是BIOS Boot，而且这个分区不能分配文件系统格式，也不能被挂载。另外这个分区不必定要在硬盘的开头，能够在任意位置，这点区分了它和post-MBR gap的区别。

　　3.UEFI/GPT 这是比较推崇的方案。这种方式强制须要一个专门用以安装UEFI应用的ESP分区（EFI System Partition），ESP分区只能是原生的物理硬盘，不能是LVM或者是RAID，这算是UEFI的缺点。ESP的文件系统格式支持vfat（通常都用FAT32）。

须要指出的是，BIOS不管采用各类硬盘分区方案，都会用到MBR。UEFI不管采用那种分区方案，也无论MBR存在不存在，都不会从MBR启动任何代码，UEFI从NVRAM中直接读取相关配置，配置文件中以变量的形式保存了一些成为启动点(boot entry）的东西，经过boot entry，UEFI就知道从哪里启动相应的UEFI应用（the boot configuration is defined by variables stored in NVRAM, including variables that indicate the file system paths to OS loaders and OS kernels），若是是从磁盘启动，那么这些UEFI应用都是存放在磁盘的EFI System Partition（ESP）中的，能够是 bootloaders, operating system kernels, and utility software等等。通常都是bootloader好比grub2.

 

BIOS启动过程：

1. System switched on, the power-on self-test (POST) is executed.
2. After POST, BIOS initializes the necessary system hardware for booting (disk, keyboard controllers etc.).
3. BIOS launches the first 440 bytes (the Master Boot Record bootstrap code area) of the first disk in the BIOS disk order. ——stage 1
4. The boot loader's first stage in the MBR boot code then launches its second stage code (if any) from either:  —— stage 1.5
   
   • next disk sectors after the MBR, i.e. the so called post-MBR gap (only on a MBR partition table).
   • a partition's or a partitionless disk's volume boot record (VBR).
   • the BIOS boot partition (GRUB on BIOS/GPT only).
5. The actual boot loader is launched.
6. The boot loader then loads an operating system by either chain-loading or directly loading the operating system kernel.   —— stage 2

UEFI启动过程：

1. System switched on, the power-on self-test (POST) is executed.
2. UEFI initializes the hardware required for booting.
3. Firmware reads the boot entries in the NVRAM to determine which EFI application to launch and from where (e.g. from which disk and partition).
   • A boot entry could simply be a disk. In this case the firmware looks for an EFI system partition on that disk and tries to find a EFI application in the fallback boot path \EFI\BOOT\BOOTX64.EFI (BOOTIA32.EFI on systems with a IA32 (32-bit) UEFI). This is how UEFI bootable removable media work.
4. Firmware launches the EFI application.
   • This could be a boot loader or the Arch kernel itself using EFISTUB.
   • It could be some other EFI application such as a UEFI shell or a boot manager like systemd-boot or rEFInd.

 

GRUB2

grub2是一个类unix操做系统中经常使用的启动加载器，在常见的BIOS启动模式中，它分为三个部分。

   stage 1:

   负责stage 1 的代码 boot.img 放在MBR中分区表后面，具体在434 到446 bytes之间，以机器码的形式存在，因为这块区域实在过小了，放不下复杂的操做，也无法安装文件系统驱动器，因此它不认识文件系统。stage 1 的任务就是加载stage1.5。

  stage 1.5:

 负责stage 1.5的代码 core.img 一般位于住分区记录（MBR）后到第一个分区前的被称为post-MBR gap的以小段区域内（MBR分区方案）或者一个专门的BIOS Boot分区内（GPT分区方案）。这段区域稍微大一点，因此它能够安装文件系统驱动器，也就能够识别文件路径，因此stage 2的相关文件能够放到某个文件路径下面了。stage 1.5的任务就是定位到stage 2阶段的相关文件而且加载执行他们。

 stage 2：

stage 2才是真正执行功能的模块，stage 2的代码一般放在/boot 尤为是 /boot/grub2中，文件系统能够是standard EXT and other Linux filesystems, FAT, and NTFS等选择。stage 2不像前两个阶段，它没有镜像镜像文件，而是有不少个子文件夹，里面包含了runtime kernel modules that are loaded as needed from the /boot/grub2/i386-pc directory。 stage 2 的任务就是加载操做系统内核进内存，而且把控制权交给操做系统，至此，grub的任务就完成了。

GRUB2在BIOS平台上的常规启动步骤是这样的：BIOS --> boot.img[MBR] --> core.img[MBR gap/embedding area/BIOS Boot Partition] --> 设置"prefix root cmdpath"环境变量 --> 加载"normal.mod"模块[同时还包括它所依赖的 terminal crypto extcmd boot gettext 模块] --> 执行"normal $prefix/grub.cfg"命令

GRUB2在UEFI平台上的常规启动步骤是这样的：UEFI --> core.img[BOOTX64.EFI/BOOTX86.EFI] --> 设置"prefix root cmdpath"环境变量 --> 加载"normal.mod"模块[同时还包括它所依赖的 terminal crypto extcmd boot gettext 模块] --> 执行"normal $prefix/grub.cfg"命令

 

grub有一些特殊的环境变量，其中最重要的三个是：

　　prefix：绝对路径形式的'/boot/grub'目录位置(也就是GRUB2的安装目录)，例如'(hd0,gpt1)/grub'或'(hd0,msdos2)/boot/grub'。这是安装grub时写死在core.img中的。你只应该使用此变量，而不该该修改它，除非系统不能启动了，你得在grub的rescue从新指定它。

　　cmdpath：    当前被加载的"core.img"所在目录(绝对路径)。例如：UEFI启动多是'(hd0,gpt1)/EFI/UBUNTU'或'(cd0)/EFI/BOOT'，BIOS启动多是'(hd0)'。由GRUB2自动设置。你只应该使用此变量，而不该该修改它。

　　root:    设置"根设备"。任何未指定设备名的文件都视为位于此设备。初始值由GRUB在启动时根据"prefix"变量的值自动设置。在大多数状况下，你都须要修改它。

 

 

 参考：

《主引导区MBR》

《启动过程》

《GRUB》

《ESP》

《linux启动过程简介》

《GNU GRUB Wikipedia》

《Unified Extensible Firmware Interface Wikipedia》

《GRUB2配置文件 grub.cfg详解》