2017-08-19 01:31:29 +08:00
# Linux开机引导和启动过程简介
2017-08-19 01:25:10 +08:00
---
>你是否曾经对操作系统为何能够执行应用程序而感到疑惑？那么本文将为你揭开操作系统引导与启动的面纱。
理解操作系统开机引导和启动过程对于配置操作系统和解决相关启动问题是至关重要的。该文章陈述了 GRUB2 引导装载程序开机引导装载内核的过程和 systemd 执行开机启动操作系统的过程。
事实上，操作系统的启动分为两个阶段：引导和启动。引导阶段开始于打开电源开关，结束于内核初始化完成和 systemd 进程成功拉起。启动阶段接管了剩余工作，直到操作系统可用。
总体来说，
其他Linux参考资源
- [What is Linux? ](https://opensource.com/resources/what-is-linux?src=linux_resource_menu )
- [What are Linux containers? ](https://opensource.com/resources/what-are-linux-containers?src=linux_resource_menu )
- [Managing devices in Linux ](https://opensource.com/article/16/11/managing-devices-linux?src=linux_resource_menu )
- [Download Now: Linux commands cheat sheet ](https://developers.redhat.com/promotions/linux-cheatsheet/?intcmp=7016000000127cYAAQ )
- [Our latest Linux articles ](https://opensource.com/tags/linux?src=linux_resource_menu )
- BIOS POST
- Boot loader (GRUB2)
- Kernel initialization
- Start systemd, the parent of all processes.
注意，本文以 GRUB2 和 systemd 为载体讲述操作系统的开机引导和启动过程，是因为两者是目前主流的 linux 发行版本所使用的引导加载内核和初始化系统的软件。当然另外一些过去使用的相关软件仍然在一些 Linux 发行版本中使用。
2017-08-19 01:31:29 +08:00
## 引导过程
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
发起引导过程的方法有两种。首先，如果系统处于关机状态，那么打开电源按钮将开启系统引导过程。其次，如果操作系统已经运行在一个本地用户（该用户可是 root 或其他非特权用户），那么用户可以借助图形界面或命令行界面通过编程方式发起一个重启操作，从而触发系统引导过程。重启包括了一个关机和启动操作。
2017-08-19 01:31:29 +08:00
### BIOS上电自检
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
上电自检过程中其实 Linux 没有什么也没做，上电自检主要由硬件完成，这对于所有操作系统都一样。当电脑接通电源，电脑开始执行 BIOS（ ） （ ）
在 1981 年， ，
BIOS 上电自检确认硬件的基本功能正常，然后产生一个 BIOS 中断， ， ，
设备启动记录中代码加载是引导加载器真正的第一阶段。大多数 Linux 发行版本使用的引导加载器一共有 3 种， ，
2017-08-19 01:31:29 +08:00
### GRUB2
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
GRUB2 全称是 Grand Unified BootLoader， ， ， ，
GRUB 被设计为兼容多种操作系统引导规范，
GRUB 允许用户选择任何给定几个 Linux 发行版本内核开机引导操作系统。这个特性使得操作系统， ，
GRUB1 现在已经逐步被弃用，它已经被更新的版本 GRUB2 所替换。 GRUB2 是在 GRUB1 的基础上重写完成。Red Hat 基础发行版（ ） ，
两个 GRUB 的最主要作用都是完成内核加载并启动内核。两个版本的 GRUB 的基本工作方式一致， ，
2017-08-19 01:31:29 +08:00
#### 阶段 1
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
如上文 POST（ ） ， ， （ ） ， ， ， （ ） ， ，
由于引导记录的大小限制，它不可能非常智能，且不能理解文件系统结构。因此阶段 1 的唯一功能就是加载阶段 1.5 的所需的代码。为了完成此任务，阶段 1.5 的代码必须位于引导记录与设备第一个分区之间的位置。在加载阶段 1.5 代码进入内存后，控制权将有阶段 1 转移到阶段 1.5。
2017-08-19 01:31:29 +08:00
#### 阶段 1.5
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
如上所述，阶段 1.5 的代码必须位于引导记录与设备第一个分区之间的位置。该空间由于历史技术原因而空闲。第一个分区的开始位置在扇区 63 和 MBR（ ）
因为有更大的存储空间用于阶段 1.5， ， ， ，
注意 /boot 目录必须是一个 GRUB 所支持的文件系统（并不是所有的文件系统均可）。阶段 1.5 的功能是启动阶段 2 所需要的文件系统，并将阶段 2 需要的文件存储到 /boot 根目录下，且加载相关的驱动程序。
2017-08-19 01:31:29 +08:00
#### 阶段 2
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
GRUB 阶段 2 所有的文件都已存放于 /boot/grub2 目录及其几个子目录之下。该阶段没有一个类似于阶段 1 与阶段 1.5 的镜像文件。相应地，该阶段主要需要从 /boot/grub2/i386-pc 目录下加载一些内核运行时模块。
GRUB 阶段 2的主要功能是定位和加载 Linux 内核到内存中，并转移控制权到内核。内核的相关文件位于 /boot 目录下，这些内核文件可以通过其文件名进行识别，其文件名均带有前缀 vmlinuz。你可以使用 ll 命令查看操作系统中当前已经安装的内核文件。
GRUB2 根 GRUB1 类似， （ ） ， ， ， （ ） （ ）
阶段 2 加载选择的内核到内存中，并转移控制权到内核代码。
2017-08-19 01:31:29 +08:00
### 内核
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
内核文件都是以一种自解压的压缩格式存储，它与一个初始化的内存映像和存储设备映射表都存储于 /boot 目录之下。
在被选择内核加载到内存中， ， ， ，
在引导过程的结束时，
2017-08-19 01:31:29 +08:00
## 启动过程
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
启动过程紧随引导过程之后，启动过程使 Linux 系统进入可操作状态，并能够执行用户功能性任务。具体来说，就是系统启动相关的系统守护进程。
2017-08-19 01:31:29 +08:00
### systemd
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
systemd 是所有进程的父进程。它负责拉起宿主操作系统到一个用户可操作状态（ ）
首先， ** /etc/fstab** 配置， ， ** /etc/systemd/system/default.target** 决定 Linux 系统应该启动达到哪个状态。**default.target** 是一个真实文件的符号链接。对于桌面系统，其链接到 **graphical.target** ，该文件相当于老的 systemV init 方式的 **runlevel 5** 。对于一个服务器操作系统来说，**default.target** 链接到 **multi-user.target** 相当于 systemV 系统的 **runlevel 3** 。 **emergency.target** 相当于单用户模式。
注意， （ ） （ ）
如下表 1 是 systemd 启动的 targets 和老版 systemV init 启动状态点对比。这个 **systemd target aliases** （ ） ，
2017-08-19 01:28:40 +08:00
2017-08-19 01:31:29 +08:00
|SystemV 运行级别 | systemd target | systemd target 别名 | 描述 |
|:---:|---|---|---|
| | halt.target | | 在不下电的情况下停止系统. |
| 0 | poweroff.target | runlevel0.target | 停止系统运行并切断电源. |
| S | emergency.target | | 单用户模式，没有服务进程运行，文件系统也没挂载。这是用于紧急救援模式的一个基本的运行状态，仅仅能够通过在本地运行 shell 与系统进行交互。|
| 1 | rescue.target | runlevel1.target | 该状态是一个挂在了文件系统，仅运行了部分基本服务进程的基本系统，并在主控制台启动了一个 shell 访问入口用于诊断。 |
| 2 | | runlevel2.target | 多用户，没有挂在 NFS 文件系统，但是所有的非图形界面服务进程已经运行。 |
| 3 | multi-user.target | runlevel3.target | 所有服务都已运行，只支持命令接口访问. |
| 4 | | runlevel4.target | 暂未使用. |
| 5 | graphical.target | runlevel5.target | 多用户，且支持图形界面接口. |
| 6 | reboot.target | runlevel6.target | 重启 |
| | default.target | | 这个状态是对于多用户或图形界面状态的一个代指。systemd 总是通过 default.target 启动系统。default.target 绝不应该代指 halt.target, poweroff.target 或 reboot.target。 |
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
*表 1 systemd 与老版本 systemV的启动状态点比较*
每个 target 在配置文件中配置一个依赖集，
systemd 也会查看 systemV init 遗留的目录中是否存在相关启动文件，若存在，则 systemd 根据这些配置文件的内容启动对应的服务。在 Fedora 系统中，这个过时的网络服务就是通过该方式启动的一个实例。
如下图 1 是直接从 bootup 的 man 页面拷贝而来。它展示了在一个系统成功启动的过程一般的事件序列和基本的顺序要求。
**sysinit.target** 和 **basic.target** 启动过程中的两个状态检查点。尽管 systemd 的设计初衷是并行启动系统服务，但是部分服务进程或功能模块的启动是以其他服务或功能启动为前提的。系统将暂停于检查点直到其所要求的条件都满足为止。
**sysinit.target** 状态的到达是以其所依赖的所有资源模块都正常启动为前提的。其包括文件系统挂载，交换文件设置，设备管理器的启动，随机数生成器种子设置，低级别系统服务初始化，加解密服务启动（如果一个或者多个文件系统加密，则此项必须启动）等，在 **sysinit.target** 中这些服务与模块是可以并行启动的。
**sysinit.target** 启动所有最基本的低级别服务和资源，这些服务和资源都是进行下一阶段 basic.target 工作的必要前提。
```
local-fs-pre.target
|
v
(various mounts and (various swap (various cryptsetup
fsck services...) devices...) devices...) (various low-level (various low-level
| | | services: udevd, API VFS mounts:
v v v tmpfiles, random mqueue, configfs,
local-fs.target swap.target cryptsetup.target seed, sysctl, ...) debugfs, ...)
| | | | |
\__________________|_________________ | ___________________ |____________________/
\|/
v
sysinit.target
|
____________________________________ /|\________________________________________
/ | | | \
| | | | |
v v | v v
(various (various | (various rescue.service
timers...) paths...) | sockets...) |
| | | | v
v v | v *rescue.target
timers.target paths.target | sockets.target
| | | |
v \_________________ | ___________________ /
\|/
v
basic.target
|
____________________________________ /| emergency.service
/ | | |
| | | v
v v v *emergency.target
display- (various system (various system
manager.service services services)
| required for |
| graphical UIs) v
| | *multi-user.target
| | |
\_________________ | _________________ /
\|/
v
*graphical.target
```
*图 1：
在 **sysinit.target** 满足以后， **basic.target** 要求的所有资源。 basic.target 启动下一状态需要的前置功能或服务，包括可执行目录，通信 sockets，
最后，将到达用户状态（**multi-user.target** 或 **graphical.target** ），应该注意的是 **graphical.target** 是以 **multi-user.target** 为基础的。
图 1 中，以*开头的状态（ ） ， **multi-user.target** 是默认的目标状态，则成功启动的系统将以命令行登录界面呈现于用户。如果 **graphical.target** 是默认的目标状态，则成功启动的系统将以图形登陆界面呈现于用户，界面的具体样式将根据系统所配置的显示管理器而定。
2017-08-19 01:31:29 +08:00
## 问题讨论
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
最近我需要将将一台 Linux 电脑的内核引导方式从旧版 GRUB1 更改为 GRUB2。我发现一些 GRUB2 的命令在我的系统上不能用，也可能是我使用方法不正确。至今，我仍然不知道是何原因导致，此问题需要进一步探究。
**grub2-set-default** 命令没能在配置文件 ** /etc/default/grub** 中成功设置内核引导索引，以至于期望的内核并没有被引导启动。故在该配置文件中我手动更改 **GRUB_DEFAULT=saved** 为 **GRUB_DEFAULT=2** ， **grub2-mkconfig > /boot/grub2/grub.cfg** 创建了新的 GRUB 配置文件，该方法成功规避了命令行无效的问题，并成功更改了系统引导方式。
2017-08-19 01:31:29 +08:00
## 结论
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
GRUB2, systemd 和 init 都是发行版 Linux 引导和启动的关键组件。尽管在实际中， systemd 的使用还存在一些争议，但是 GRUB2 与 systemd 结合的方式能够方便地引导内核并成功启动系统。
尽管 GRUB2 和 systemd 都比其前任要更加复杂，但是它们更加容易学习和管理。在 man 页面有大量关于 systemd 的帮助说明，
2017-08-19 01:31:29 +08:00
## 附加资源
2017-08-19 01:28:40 +08:00
2017-08-19 01:25:10 +08:00
- [GNU GRUB ](https://en.wikipedia.org/wiki/GNU_GRUB ) (Wikipedia)
- [GNU GRUB Manual ](https://www.gnu.org/software/grub/manual/grub.html ) (GNU.org)
- [Master Boot Record ](https://en.wikipedia.org/wiki/Master_boot_record ) (Wikipedia)
- [Multiboot specification ](https://en.wikipedia.org/wiki/Multiboot_Specification ) (Wikipedia)
- [systemd ](https://en.wikipedia.org/wiki/Systemd ) (Wikipedia)
- [systemd bootup process ](https://www.freedesktop.org/software/systemd/man/bootup.html ) (Freedesktop.org)
- [systemd index of man pages ](https://www.freedesktop.org/software/systemd/man/index.html ) (Freedesktop.org)
---
作者简介：
David Both 居住在美国北卡罗纳州的首府罗利，是一个 Linux 开源贡献者。他已经从事 IT 行业 40 余年，在 IBM 教授 OS/2 20余年。1981 年，他在 IBM 开发了第一个关于 最初的 IBM 个人电脑的培训课程。他也曾在 Red Hat 教授 RHCE 课程，也曾供职于 MCI worldcom，
---
原文链接: [https://opensource.com/article/17/2/linux-boot-and-startup ](https://opensource.com/article/17/2/linux-boot-and-startup )
作者：[David Both](https://opensource.com/users/dboth) 译者： ：
本文由 [LCTT ](https://github.com/LCTT/TranslateProject ) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
