Linux系统启动及定制过程

CentOS的启动流程总体顺序如下:

POST -->Boot Sequence -->bootloader(MBR) -->Kernel -->加载rootfs -->switchroot -->/sbin /init -->(配置文件：/etc/inittab, /etc/init/*.conf) -->根据init配置文件设置默认运行级别 -->运行系统初始化脚本/etc/rc.d/rc.sysinit，完成系统初始化 -->开启或关闭用户选定的对应运行级别下所对应的服务 -->启动终端，打印登录提示符。

注：前面加粗部分代表内核空间的系统启动流程，后面未加粗部分代表用户空间的系统启动流程。

第一步：硬件启动过程

POST加电自检

主要实现的功能是检测各个外围硬件设备是否存在而且能够正常运行起来，实现这一自检功能的是固化在主板上的ROM(主要代表为CMOS)芯片上的BIOS(Basic Input/Output System)程序；例如BIOS会检测CPU、Memory以及I/O设备是否能够正常运行，如果是个人计算机的话可能还会检测一下显示器。只要一通电，CPU就会自动去加载ROM芯片上的BIOS程序，是这样来实现的。而检测完成之后就进行硬件设备的初始化。

选择启动设备以加载MBR

主要实现的功能是选择要启动的硬件设备，选择了之后就可以读取这个设备上位于MBR里头的bootloader了。这一步的实现是这样的：根据BIOS中对启动顺序的设定，BIOS自己会依次扫描各个引导设备，然后第一个被扫描到具有引导程序(bootloader)的设备就被作为要启动的引导设备。

MBR（Main Boot Record），是硬盘的0柱面，0磁道、1扇区（第一个扇区），称为主引导扇区，也称为主引导记录。它由三部分组 成：主引导程序（BootLoader）、硬盘分区表DPT（Disk Partition table）和硬盘有效标志（55AA）。

注：硬盘默认一个扇区大小为512字节。

第一部分，主引导程序（BootLoader）占446个字节，负责从活动分区中装载，并运行系统引导程序。

第二部分，硬盘分区表DPT占64个字节，有4个分区表项，每个分区表项占16个字节，硬盘中分区有多少以及每一个分区的大小都记 录在其中。

第三部分，硬盘有效标志，占2个字节，固定为55AA。如果这个标志位0xAA55，就认为这个是MB

第二步：GRUB引导阶段

不同的系统有不同的主引导程序（BootLoader）。Windows使用的是NTLDR（NT Loader，Windows NT系列 *** 作系统）、Bootmgr（Boot Manager，Windows Vista，7，8，10），Linux一般使用的是grub（也叫grub legacy）和grub2。GRUB程序加载执行并引导kernel（内核）程序，其中有三个阶段，Grub引导阶段的文件都在/boot/grub/目录下。

stage1： 这一阶段执行的就是系统安装时预先写入到MBR的Bootloader程序，即是存放在MBR的前446字节里的程序。它的任务仅是读取（加载）硬盘的0柱面，0磁道，2扇区的内容（/boot/grub/stage1）并执行。

stage1.5： 这一阶段是Stage1阶段和Stage2阶段的桥梁，功能是加载stage2所在分区的文件系统驱动，让stage1中的bootloader能识别stage2所在分区的文件系统，此后grub程序便有能力去访问/boot/grub/stage2。

stage2： 这一阶段读取并解析grub的配置文件/boot/grub/grub.cnf，根据配置文件加载内核镜像到内存中，通过initrd程序建立虚拟根文件系统，最后调用（转交）内核。

第三步：内部引导阶段

加载内核，核心开始解压，启动一些最核心的程序。为了让内核足够的轻小，硬件驱动并没放在内核文件里面。系统仅探测可识别到的所有硬件设备，加载硬件驱动程序，即加载真正的根文件系统所在设备的驱动程序（有可能会借助于ramdisk加载驱动），以只读方式挂载根文件系统，运行用户空间的第一个应用程序：/sbin/init。

第四步：init初始化阶段（系统初始化阶段）

虽然CentOS 5、CentOS 6以及CentOS 7的/etc/init配置文件内容各不相同，但总体的启动流程相同：/sbin/init -->根据/etc/inittab配置文件设置默认运行级别 -->运行系统初始化脚本/etc/rc.d/rc.sysinit，完成系统初始化 -->关闭或启动用户选定的默认运行级别所对应的服务 。

对于CentOS 5来说，初始化程序init是SysV init，其配置文件为：/etc/inittab； 对于CentOS 6来说，初始化程序init是upstart，其配置文件为：/etc/inittab， /etc/init/ .conf，也就是upstart将配置文件拆分成多个，在/etc/init/目录下以conf结尾的都是upstart风格的配置文件，而/etc/inittab仅用于设置默认运行级别； 对于CentOS 7来说，初始化程序init是systemd，其配置文件：/usr/lib/system/systemd/, /etc/systemd/system/ ；

具体执行过程：/sbin/init程序会读取/etc/inittab文件确认运行级别，然后执行/etc/rc.d/rc脚本，根据确认的运行级别启动对应/etc/rc.d/rc#.d/目录下的服务（#为0~6），与此同时执行系统初始化脚本/etc/rc.sysinit（软链接，指向/etc/rc.d/rc.sysinit），还会加载/etc/rc.local（软链接，指向/etc/rc.d/rc.local文件）用户自定义服务（脚本）。

CentOS7中初始化进程变为了systemd，systemd即为system daemon，是Linux下的一种init软件，开发目标是提供更优秀的框架以表示系统服务间的依赖关系，并依此实现系统初始化时服务的并行启动，同时达到降低Shell系统开销的效果，最终代替现在常用的System V与BSD风格的init程序。与多数发行版使用的System V风格的init相比，systemd采用了以下的新技术：A.采用Socket激活式与总线激活式服务，以提高相互依赖的各服务的并行运行性能；B.用Cgroup代替PID来追踪进程，即使是两次fork之后生成的守护进程也不会脱离systemd的控制。

第五步：启动终端

根据前面获取的运行级别来启动终端，mingetty程序是用于启动终端的，它会调用登录程序login，这样就能显示出登录提示符了，类似mingetty这种用于打开终端的程序还有getty等。而如果默认运行级别为5，则会打开图形界面。

第一步：硬件启动过程

这一步和CentOS6差不多，详细请看1.1内容。

第二步：GRUB引导阶段

从这一步开始，CentOS6和CentOS7的启动流程区别开始展现出来了。CentOS7的主引导程序使用的是grub2，执行过程是先加载boot.img、core.img两个镜像，再加载MOD模块文件，把grub2程序加载执行，接着解析配置文件/boot/grub/grub.cfg，根据配置文件加载内核镜像到内存，之后构建虚拟根文件系统，最后转到内核。

CentOS7中使用命令进行配置，而不直接去修改配置文件了。grub.cfg配置文件开头注释部分说明了由/etc/grub.d/目录下文件和/etc/default/grub文件组成。改好配置后都需要使用命令grub2-mkconfig -o /boot/grub2/grub.cfg，将配置文件重新生成。

第三步：内部引导阶段

这一步与CentOS6也差不多，加载驱动，切换到真正的根文件系统，唯一不同的是执行的初始化程序变成了/usr/lib/systemd/systemd。

第四步：init初始化阶段（系统初始化阶段）

CentOS7中我们的初始化进程变为了systemd。执行默认target配置文件/etc/systemd/system/default.target（这是一个软链接，与默认运行级别有关）。然后执行sysinit.target来初始化系统和basic.target来准备 *** 作系统。接着启动multi-user.target下的本机与服务器服务，并检查/etc/rc.d/rc.local文件是否有用户自定义脚本需要启动。最后执行multi-user下的getty.target及登录服务，检查default.target是否有其他的服务需要启动。

注意：/etc/systemd/system/default.target指向了/lib/systemd/system/目录下的graphical.target或multiuser.target。而graphical.target依赖multiuser.target，multiuser.target依赖basic.target，basic.target依赖sysinit.target，所以倒过来执行。

unit对象：unit表示不同类型的systemd对象，通过配置文件进行标识和配置；文件中主要包含了系统服务、监听socket、保存的系统快照以及其他与init相关的信息。（也就是CentOS6中的服务器启动脚本）

第五步：启动终端

systemd执行sysinit.target

systemd启动multi-user.target下的本机与服务器服务

systemd执行multi-user.target下面的/etc/rc.d/rc.local

Systemd执行multi-user.target下的getty.target及登录服务

getty.target是启动终端的systemd对象。如果到此步骤，系统没有指定启动图形桌面，到此就可以结束了，如果需要启动图形界面，要在此基础上启动桌面程序。

从 CentOS 7 版本之后，系统开始用 systemd 实现init进程，系统启动和服务器守护进程管理器功能，负责在系统启动或运行时，激活系统资源，服务器进程和其它进程。

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

3.2 system unit文件格式

/usr/lib/systemd/system：发行版打包者使用，每个服务最主要的启动脚本设置，类似于之前的/etc/init.d/

/etc/systemd/system：系统管理员和用户使用，管理员建立的执行脚本，类似于/etc/rcN.d/Sxx的功能，比上面目录优先运行

/lib/systemd/system:：ubutun的对应目录

/run/systemd/system：系统执行过程中所产生的服务脚本，比上面目录优先运行

unit 格式说明：

service unit file文件通常由三部分组成：

Unit段的常用选项：

Service段的常用选项：

Install段的常用选项：

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

首先在启动界面按e编辑启动参数,

将ro参数更改为rw init=/sysroot/bin/sh，按ctr + x启动系统

按下图执行命令更改root密码

Linux 终端是一个古老的概念，但是确实是和服务器交互的一个非常主要的部分。另外，以后脚本中的环境变量，远程 *** 作脚本expect等，都和终端有关系。因此，我们在此简单的学习终端的概念和类型，关于有关Linux终端的更多细节，我们会在以后的具体遇到的时候在详细加以阐述。

但是如果我们远程telnet到主机或使用xterm时不也需要一个终端交互么？是的，这就是虚拟终端pty(pseudo-tty)

tty一词源于Teletypes，或者teletypewriters，原来指的是电传打字机，是通过串行线用打印机键盘通过阅读和发送信息的东西，后来这东西被键盘与显示器取代，所以现在叫终端比较合适。

终端是一种字符型设备，它有多种类型，通常使用tty来简称各种类型的终端设备。

Linux 原生的tty共有6个，并且有一个图形界面。可以通过ctr+alt+F1～ctr+alt+F7 来进行切换。

pts(pseudo-terminal slave)是pty的实现方法，与ptmx(pseudo-terminal master)配合使用实现pty。

可以通过who命令，来查看当前用户，及用户所在的终端。

第一次运行who命令，我们看到当前用户newer通过 图形界面和pts/0 登录。

按 ctr+alt+F2切换到tty2 ，登录用户newer，再次输入who命令，可以看到在tty2 新增加了newer用户登录。

在Linux系统的设备特殊文件目录/dev/下，终端特殊设备文件一般有以下几种：

串行端口终端(Serial Port Terminal)是使用计算机串行端口连接的终端设备。计算机把每个串行端口都看作是一个字符设备。有段时间这些串行端口设备通常被称为终端设备，因为那时它的最大用途就是用来连接终端。我们可以通过查看dev下面相关的文件来查看系统中存在的tty和ttyS。

在这个例子中，我们查看并且找到了设备中的tty2，tty2 就是刚刚我们通过ctr+alt+F2 打开并且登录的终端。

这些串行端口所对应的设备名称是/dev/tts/0(或/dev/ttyS0), /dev/tts/1(或/dev/ttyS1)等，设备号分别是(4,0), (4,1)等，分别对应于DOS系统下的COM1、COM2等。若要向一个端口发送数据，可以在命令行上把标准输出重定向到这些特殊文件名上即可。

例如，在命令行提示符下键入：

会把单词”test”发送到连接在ttyS2(COM2)端口的设备上。

通过echo命令将test 发送到tty2 之后，可以切换到tty2 查看。

伪终端(Pseudo Terminal)是成对的逻辑终端设备(即master和slave设备, 对master的 *** 作会反映到slave上)。

例如/dev/ptyp3和/dev/ttyp3(或者在设备文件系统中分别是/dev/pty/m3和 /dev/pty/s3)。它们与实际物理设备并不直接相关。如果一个程序把ptyp3(master设备)看作是一个串行端口设备，则它对该端口的读/ 写 *** 作会反映在该逻辑终端设备对应的另一个ttyp3(slave设备)上面。而ttyp3则是另一个程序用于读写 *** 作的逻辑设备。

这样，两个程序就可以通过这种逻辑设备进行互相交流，而其中一个使用ttyp3的程序则认为自己正在与一个串行端口进行通信。这很象是逻辑设备对之间的管道 *** 作。对于ttyp3(s3)，任何设计成使用一个串行端口设备的程序都可以使用该逻辑设备。

但对于使用ptyp3的程序，则需要专门设计来使用 ptyp3(m3)逻辑设备。

例如:

如果某人在网上使用telnet程序连接到你的计算机上，则telnet程序就可能会开始连接到设备 ptyp2(m2)上(一个伪终端端口上)。此时一个getty程序就应该运行在对应的ttyp2(s2)端口上。当telnet从远端获取了一个字符时，该字符就会通过m2、s2传递给 getty程序，而getty程序就会通过s2、m2和telnet程序往网络上返回”login:”字符串信息。这样，登录程序与telnet程序就通过“伪终端”进行通信。通过使用适当的软件，就可以把两个甚至多个伪终端设备连接到同一个物理串行端口上。

在使用设备文件系统 (device filesystem)之前，为了得到大量的伪终端设备特殊文件，使用了比较复杂的文件名命名方式。因为只存在16个ttyp(ttyp0—ttypf) 的设备文件，为了得到更多的逻辑设备对，就使用了象q、r、s等字符来代替p。例如，ttys8和ptys8就是一个伪终端设备对。

不过这种命名方式目前仍然在RedHat等Linux系统中使用着。

但Linux系统上的Unix98并不使用上述方法，而使用了”pty master”方式，例如/dev/ptm3。它的对应端则会被自动地创建成/dev/pts/3。这样就可以在需要时提供一个pty伪终端。目录 /dev/pts是一个类型为devpts的文件系统，并且可以在被加载文件系统列表中看到。虽然“文件”/dev/pts/3看上去是设备文件系统中的一项，但其实它完全是一种不同的文件系统。

即: TELNET --->TTYP3(S3: slave) --->PTYP3(M3: master) --->GETTY

如果当前进程有控制终端(Controlling Terminal)的话，那么/dev/tty就是当前进程的控制终端的设备特殊文件。

可以使用命令”ps –ax”来查看进程与哪个控制终端相连。

对于你登录的shell，/dev/tty就是你使用的终端，设备号是(5,0)。使用命令”tty”可以查看它具体对应哪个实际终端设备。

/dev/tty有些类似于到实际所使用终端设备的一个联接。

在Linux 系统中，计算机显示器通常被称为控制台终端 (Console)。它仿真了类型为Linux的一种终端(TERM=Linux)，并且有一些设备特殊文件与之相关联：tty0、tty1、tty2 等。

当你在控制台上登录时，使用的是tty1。使用Alt+[F1—F6]组合键时，我们就可以切换到tty2、tty3等上面去。

tty1–tty6等称为虚拟终端，而tty0则是当前所使用虚拟终端的一个别名，系统所产生的信息会发送到该终端上。因此不管当前正在使用哪个虚拟终端，系统信息都会发送到控制台终端上。

你可以登录到不同的虚拟终端上去，因而可以让系统同时有几个不同的会话期存在。只有系统或超级用户root可以向 /dev/tty0进行写 *** 作。 即下例：

1、# tty(查看当前TTY)

/dev/tty1

2、#echo "test tty0" >/dev/tty0

test tty0

5 虚拟终端(/dev/pts/n)

在Xwindows模式下的伪终端.

6 其它类型

Linux系统中还针对很多不同的字符设备存在有很多其它种类的终端设备特殊文件。例如针对ISDN设备的/dev/ttyIn终端设备等。

---