系统引导是操作系统运行的开始，在用户能够正常登录之前，Linux的引导过程完成了一系列的初始化任务，并加载必要的程序和命令终端，为用户登录做好准备。

一. 引导过程

开机自检--->MBR引导--->GRUB菜单--->加载Linux内核--->init进程初始化

详解：

开机自检：服务器主机开机之后，将根据主板BIOS（基本输入输出系统）中的设置对CPU，内存，显卡，键盘等设备进行初步检测，检测成功后根据预设的启动程序移交系统控制权，大多数的时候会移交给本地硬盘。

MBR引导：当从本机硬盘中启动系统时，首先根据硬盘第一个扇区中MBR（主引导记录）的位置，将系统的控制权传递给包含操作系统引导文件的分区，或者直接根据MBR记录中的引导信息调用启动菜单（如GRUB）。

GRUB菜单：对于Linux系统而言，GRUB算是使用最广泛的多系统引导程序了。系统控制权传递给GRUB之后，将会显示启动菜单提供给用户选择，并根据所选项（或者采用默认值）加载Linux内核文件，然后将系统的控制权转交给内核。

加载Linux内核：Linux内核是一个预先编译好的特殊二进制文件，介于各种硬件资源与系统程序之间，负责资源分配和调度。内核接过系统控制权以后，将完全掌控整个Linux操作系统的运行过程。

init进程初始化：为了完成进一步的系统引导过程，Linux内核首先将系统中的 “/sbin/init” 程序加载到内存中运行（运行中的程序称为进程），init进程负责完成一系列的系统初始化过程，最后等待用户进行登录。

1.2 init进程

       Linux系统中的进程（运行中的程序）使用数字进行标记，每个进程的身份标记号称为PID。在引导Linux系统过程中，“/sbin/init” 是内核第一个加载的程序，因此 init 进程对应的PID号总是“1”。

       init进程运行以后将陆续执行系统中的其他程序，不断生成新的进程，这些进程称为init进程的子进程，反过来说，init进程是这些进程的父进程。当然，这些子进程也可以进一步生成各自的子进程，依次不断的繁衍下去，最终构成一棵枝繁叶茂的进程树，共同为用户提供服务。

        由此可见，init进程是维持整个Linux系统运行的所有进程的始祖，它不可以轻易被终止。需要切换不通过的系统运行状态时，可以向 init 进程发送正确的执行参数，由init自身完成相关的操作。

二. 服务

传统init依赖于串行执行Shell 脚本启动服务，导致效率低下，系统启动速度较慢    排队
systemd能够将更多的服务进程并行启动，并且具有提供按需启动服务的能力，使得启动更少进程，从而提高系统启动速度。

Linux 启动阶段始于内核加载了 init 或 systemd（取决于具体发行版使用的是旧的方式还是还是新的方式）之后。init  和 systemd 程序启动并管理所有其它进程，它们在各自的系统上都被称为“所有进程之母”。

systemd

1.特性：

• 系统引导时实现服务并行启动；

• 按需启动守护进程；

• 自动化的服务依赖关系管理；

• 同时采用socket式与D-Bus总线式激活服务；

• socket与服务程序分离；

• 向后兼容sysv init脚本；

• 使用systemctl 命令管理，systemctl命令固定不变，不可扩展，非由systemd启动的服务；

• systemctl无法与之通信和控制；

• 系统状态快照；

2. systemd 的 unit 文件

        unit表示不同类型的systemd对象，通过配置文件进行标识和配置；文件中主要包含了系统服务、监听socket、保存的系统快照以及其它与init相关的信息等。

        在systemd中不同类型的systemd对象被统一称为单元，是让系统知道该如何进行操作和管理资源的主要对象，所以systemd有许多单元类型。
       systemd单元文件最初默认存放在/lib/systemd/system目录中，每当安装新的软件都会自动在这个目录中添加一个配置文件。其实Unit 按照systemd 约定，应该被放置指定的三个系统目录之一中。这三个目录是有优先级的，如下所示，越靠上的优先级越高。因此，在三个目录中有同名文件的时候，只有优先级最高的目录里的那个文件会被使用。

/etc/systemd/system：系统或用户自定义的配置文件

/run/systemd/system：软件运行时生成的配置文件

/usr/lib/systemd/system：系统或第三方软件安装时添加的配置文件。

Systemd 默认从目录 /etc/systemd/system/ 读取配置文件。但是，里面存放的大部分文件都是符号链接，指向目录 /usr/lib/systemd/system/，真正的配置文件存放在指向的目录。

        而 systemd 通过不同的文件后缀来区分这些配置文件。systemctl 命令用于管理各种类型的systemd单元，可以使用“systemctl -t help”命令来查询systemd支持的单元类型。

部分具体如下图：

详解：

单元类型	后缀名	作用
Service	.service	封装守护进程的启动、停止、重启和重载操作，是最常见的一种 Unit 文件
Socket	.socket	描述一个进程间通信的套接字
Device	.device	描述一个内核识别的设备文件
Mount	.mount	描述一个文件系统的挂载点
Automoun	.automount	描述一个文件系统的自动挂载点
Swap	.swap	描述一个内存交换设备或目录
Timer	.timer	描述一个定时器（用于实现类似cron的调度任务）
Path	.path	描述一个文件系统中文件或目录（path 路径）
Snapshot	.snapshot	用于保存一个systemd的状态（snapshot 快照）
Scope	.scope	使用systemd的总线接口以编程的方式创建外部进程
Slice	.slice	描述居于Cgroup的一组通过层次组织的管理系统进程
Target	.target	描述一组systemd的单元（target 目标）。它替代了 SysV-init 运行级别的作用，并提供更灵活的基于特定设备事件的启动方式

unit文件组成格式

以 “#” 开头的行后面的内容会被认为是注释
相关布尔值，1、yes、on、true 都是开启，0、no、off、false 都是关闭
时间单位默认是秒，所以要用毫秒（ms）分钟（m）等须显式说明

service unit file文件通常由三部分组成：
[Unit]：定义与Unit类型无关的通用选项；用于提供unit的描述信息、unit行为及依赖关系等。
[Service]：与特定类型相关的专用选项；此处为Service类型。
[Install]：定义由“systemctl enable”以及"systemctl disable“命令在实现服务启用或禁用时用到
的一些选项。

这三段下的常用选项详解：

Unit段的常用选项：
Description：描述信息
After：定义unit的启动次序，表示当前unit应该晚于哪些unit启动，其功能与Before相反
Requires：依赖到的其它units，强依赖，被依赖的units无法激活时，当前unit也无法激活
Wants：依赖到的其它units，弱依赖
Conflicts：定义units间的冲突关系

Service段的常用选项：
Type：定义影响ExecStart及相关参数的功能的unit进程启动类型
EnvironmentFile：环境配置文件
ExecStart：指明启动unit要运行命令或脚本的绝对路径
ExecStartPre： ExecStart前运行
ExecStartPost： ExecStart后运行
ExecStop：指明停止unit要运行的命令或脚本
Restart：当设定Restart=1 时，则当次daemon服务意外终止后，会再次自动启动此服务
RestartSec: 设置在重启服务( Restart= )前暂停多长时间。 默认值是100毫秒(100ms)。 如果未指
定时间单位，那么将视为以秒为单位。 例如设为"20"等价于设为"20s"。
PrivateTmp：设定为yes时，会在生成/tmp/systemd-private-UUID-NAME.service-XXXXX/tmp/目录

Install段的常用选项：
Alias：别名，可使用systemctl command Alias.service
RequiredBy：被哪些units所依赖，强依赖
WantedBy：被哪些units所依赖，弱依赖
Also：安装本服务的时候还要安装别的相关服务

注：对于新创建的unit文件，或者修改了的unit文件，要通知systemd重载此配置文件,而后可以选择重启systemctl daemon-reload

自制systemctl来管理文件，具体如下图：

系统运行级别

0	关机
1	单用户模式(root自动登录), single, 维护模式
2	多用户模式，启动网络功能，但不会启动NFS；维护模式
3	多用户模式，正常模式；文本界面
4	预留级别；可同3级别
5	多用户模式，正常模式；图形界面
6	重启
emergency/emergency.target	急救模式