CentOS系统启动流程

   开机不是只要单击电源钮,而关机只要关掉电源钮就可以了吗?话是这样没错啦,但是由于 Linux 是一套多人多任务的操作系统,你难保你在关机时没有人在在线,如果你关机的时候碰巧一大群人在在线工作, 那会让当时在在线工作的人马上断线的!那不是害死人了!一些数据可是无价之宝。 

  另外 Linux 在执行的时候,虽然你在画面上叧会看到黑压压的一片,完全没有任何画面, 但其实他是有很多的程序在背景底下执行的,例如登录文件管控程序、例行性工作排程等, 当然还有一大堆网络服务,如邮件服务器、WWW服务器等等。你如果随便关机的话, 是很容易伤害硬盘及数据传输的操作!所以在 Linux 下开机关机可是一门大学问。

Linux的组成为: kernel + rootfs

kernel: 进程管理、内存管理、网络管理、驱动程序、文件系统、安全功能

rootfs: 程序和glibc

  库:函数集合, function, 调用接口(头文件负责描述)

    过程调用:procedure,无返回值

    函数调用:function

  程序:二进制执行文件

内核设计流派:

  单内核(monolithic kernel):Linux

    把所有功能集成于同一个程序

  微内核(micro kernel):Windows, Solaris

    每种功能使用一个单独子系统实现

Linux内核特点:

  支持模块化:.ko(内核对象)

    如:文件系统,硬件驱动,网络协议等

  支持内核模块的动态装载和卸载

 组成部分:

  核心文件:/boot/vmlinuz-VERSION-release

    ramdisk:辅助的伪根系统

    CentOS 5: /boot/initrd-VERSION-release.img

    CentOS6,7: /boot/initramfs-VERSION-release.img

  模块文件:/lib/modules/VERSION-release

既然启动是一件严肃的事情,那我们就一起来了解一下启动的过程:

系统启动过程简介:

1、加载BIOS的硬件信息与进行自我检测,并依据设置取得第一个可启动的设备;

2、读取并执行第一个启动设备内的MBR的 boot loader (既是grub,spfdisk等程序);

3、依据boot loader的设置加载Kernel, kernel会开始检测硬件与加载驱动程序;

4、在硬件驱动成功后,Kernel会主动调动init进程,而init会取得run-level信息;

5、init执行/etc/rc.d/rc.sysinit文件来准备软件执行的操作环境(如网络、时区等);

6、init执行run-level的各个服务的启动(script方式);

7、init执行/etc/rc.d/rc.local文件;

8、init执行终端机模拟程序mingetty来启动login程序,最后等待用户登录。

详细说明:

1、加载BIOS的硬件信息与进行自我检测,并依据设置取得第一个可启动的设备;

   启动系统首先就要加载BIOS,并通过BIOS加载CMOS的信息,然后通过CMOS内的设置取得主机的各项硬件配置信息。

   然后进行开机自检POST(Power-on Self Test)。开始执行硬件检测的初始化。接下来就开始启动设备的数据读取。

  POST:Power-On-Self-Test,加电自检,是BIOS功能的一个主要部分。负责完成对CPU、主板、内存、硬盘子系统、显示子系统、串并行接口、键盘、CD-ROM光驱等硬件情况的检测。

    ROM:BIOS(Basic Input and Output System),保存着有关计算机系统最重要的基本输入输出程序,系统信息设置、开机加电自检程序和系统启动自举程序等。

    RAM:CMOS互补金属氧化物半导体,保存各项参数的设定,按次序查找引导设备,第一个有引导程序的设备为本次启动设备




2、读取并执行第一个启动设备内的MBR的 boot loader

  因为系统软件都存放在硬盘当中,所以BIOS会指定启动的设备,让我们可以读取到系统的内核文件,由于不同的操作系统的文件系统格式不同,所以必须要以一个引导装载程序来处理内核文件的加载问题。这个程序就被成为boot loader。而boot loader程序就安装在启动设别的第一个扇区内,也就是MBR内。

思考:这里有一个有趣的问题:

    既然内核文件需要loader来读取,每个操作系统的loader都不相同,那么BIOS是怎么找到MBR内的loader呢?

   其实BIOS是通过硬件的INT 13 中断功能来读取MBR的,只要BIOS可以检测到你的磁盘,那么他就可以通过INT 13 来读取该磁盘中第一个扇区内的MBR中的信息,这样就可以执行boot loader了。

bootloader: 引导加载器,引导程序

    ①提供菜单,用户可以选择不同的启动项,这也是多重引导的重要功能;

    ②加载内核文件:直接指向可启动的程序区段来开始启动操作系统;

    ③转交其他的loader:将引导程序转交给其他的loader来执行;

 因为具有菜单的功能,所以我们可以现在不同的内核来启动系统;也因为具有转交给其他的loader的功能,所以可以实现,一机多系统。

  但是:

    windows: ntloader,仅是启动OS ;windows默认没有控制权转交的功能,

    Linux:功能丰富,提供菜单,允许用户选择要启动系统或不同的内核版本;把用户选定的内核装载到内存中的特定空间中,解压、展开,并把系统控制权移交给内核

  所以,要实现多系统,只能先装windows,再装linux,因为linux可以把引导转载程序的控制权交给windows来管理。此时的windows的loader就会接管启动流程,这样就可以加载内核文件了。

  


3、依据boot loader的设置加载Kernel, kernel会开始检测硬件与加载驱动程序;

  linux会将内核解压缩到内存中,并且利用内核的功能来开始测试与驱动各个周边的设备,包括CPU,存储设备,网卡等。同时内核也会对自己的功能重新检测一下硬件。而不一定会使用BIOS检测到的硬件信息,也就是说,从此时开始内核开始完全接管BIOS后的工作。

  那么内核文件存放在哪里呢?

    一般来说内核文件存放在/boot下,并且取名为vmlinuz wKioL1fVMWWQwRA1AAAm7FF6Ua4660.png

  • config-2.6.32-642.el6.x86_64 :此版本内核被编译时选择的功能和模块配置文件;

  • grub:引导装载程序 grub 相关数据目录

  • System.map-2.6.32-642.el6.x86_64:内核功能放置到内存地址的对应表

  • initramfs-2.6.32-642.el6.x86_64.img:虚拟文件系统文件

  • vmlinuz-2.6.32-642.el6.x86_64:内核文件!

 

 

  根据这些文件的名字,我们也可以知道此版本的linux内核为2.6.32-642.el6.x86_64这个版本,因为linux内核是可以通过动态加载内核模块的(即驱动程序),这些模块存放在/lib/modules/目录内。由于模块放置在磁盘根目录内,因此在启动的过程中内核必须要挂载根目录,这样才能读取到内核模块提供的加载驱动程序的功能。

  为了防止影响到磁盘内文件系统,因此启动的过程中根目录是以只读的形式挂载的。

  

  bootloader是系统的启动加载器。通常情况下,引导程序都安装在bootloader中。以我们常见的grup为例,grub分为stage1,stage1.5,stage2。其中stage1的代码是直接存放在mbr中的。当BIOS将控制权传递给MBR后,stage1的代码就开始运行,它主要负责将stage1.5或者stage2的内容加载在内存中。stage2被加载到内存中后,就会读取grub的配置文件grub.conf

wKioL1fVSBCTMY3nAAAfPP-buX8570.png

  


  思考: 现在就遇到一个问题,内核并不认识设备,所以需要去加载驱动程序,但是驱动程序都在/lib/modules/目录内,而根目录现在根本就没办法挂载,那是怎么读取到/lib/modules/目录内的驱动程序的?

  在这种情况下,linux系统是依靠虚拟文件系统来解决这个问题的,

虚拟文件系统(initialRAM disk):

  一般文件名为:"/boot/initramfs-版本号.img" 这个文件能够通过boot loader加载到内存中,然后被仿真成一个根目录,且仿真文件系统内有一个可执行的程序,可以通过该程序加载启动过程中最需要的内核模块,通常这些模块就是RAID,LVM等文件系统与磁盘接口的驱动程序。载入完成之后,会帮助内核重新调用/sbin/init/来开始后续的流程。。。

系统初始化过程:

POST –> BootSequence(BIOS) –> Bootloader(MBR) –> kernel(ramdisk) –> rootfs(只读) –> init(systemd)

  



4、在硬件驱动成功后,Kernel会主动调动init进程,而init会取得run-level信息;


加载完毕后,内核会主动调用第一个进程,“/sbin/init”,它的功能就是准备软件执行的环境。所有的操作都会通过init的配置文件即/etc/inittab来规划,而inittab中有一个很重要的设置选项,那就是默认的run level(运行级别)。


运行级别:为系统运行或维护等目的而设定;0-6:7个级别

0:关机

1:单用户模式(root自动登录), single, 维护模式

2: 多用户模式,启动网络功能,但不会启动NFS;维护模式

3:多用户模式,正常模式;文本界面

4:预留级别;可同3级别

5:多用户模式,正常模式;图形界面

6:重启

默认级别:3, 5

切换级别:init #

查看级别:runlevel; who -r


init读取其初始化文件:/etc/inittab

初始运行级别(RUN LEVEL)

系统初始化脚本

对应运行级别的脚本目录

捕获某个关键字顺序

定义UPS电源终端/恢复脚本

在虚拟控制台生成getty

在运行级别5初始化X




5、init执行/etc/rc.d/rc.sysinit文件来准备软件执行的操作环境(如网络、时区等);

   /etc/inittab文件中有这一句“ si::sysinit:/etc/rc.d/rc.sysinit ” 这表示:开始加载各项系统服务之前,得先做好整个系统环境,主要利用 /etc/rc.d/rc.sysinit 这脚本来设置好系统环境的,所以,想要知道到底 CentOS 开机的过程当中做什么动作,就得要仔细的分析 /etc/rc.d/rc.sysinit这个文件  

/etc/rc.d/rc.sysinit: 系统初始化脚本

(1) 设置主机名

(2) 设置欢迎信息

(3) 激活udev和selinux

(4) 挂载/etc/fstab文件中定义的文件系统

(5) 检测根文件系统,并以读写方式重新挂载根文件系统

(6) 设置系统时钟

(7) 激活swap设备

(8) 根据/etc/sysctl.conf文件设置内核参数

(9) 激活lvm及software raid设备

(10) 加载额外设备的驱动程序

(11) 清理操作


6、init执行run-level的各个服务的启动(script方式);

   加载内核让整个系统准备接受指令来工作,再经过 /etc/rc.d/rc.sysinit 的系统模块与相关硬件信息的初始化后,你的 CentOS 系统应该已经顺利工作了。 

   只是,我们还需要启动系统所需要的各项服务,这样主机才能提供相关的网络或者是主机功能。这个时候,依据在 /etc/inittab 里面提到的 run level 设定值,就可以来决定启动的服务项目了。

   举例来说,使用 run level 3 当然就不需要启动X Window 的相关服务。

  各个不同的 run level 服务启动的各个脚本地址存放在“/etc/inittab”里;

wKiom1fVVtOzMRy2AAAogFQktSs997.png

说明:rcN –> 意味着读取/etc/rc.d/rcN.d/

K*: K##*:##运行次序;数字越小,越先运行;数字越小的服务,通常为依赖到别的服务

S*: S##*:##运行次序;数字越小,越先运行;数字越小的服务,通常为被依赖到的服务

for srvin /etc/rc.d/rcN.d/K*; do
  $srv stop
done
for srvin /etc/rc.d/rcN.d/S*; do
   $srv start
done

7、init执行/etc/rc.d/rc.local文件;

   在完成默认 runlevel 指定的各项服务后,如果还有其他的动作想要完成时,这个档案就可以执行自己想要执行的系统指令了。 也就是说,有任何想要在开机时就进行的工作时,直接将他写入 /etc/rc.d/rc.local , 那么该工作就会在开机的时候自动被加载。而不必等登入系统去启动。

注意:正常级别下,最后启动一个服务S99local没有链接至/etc/rc.d/init.d一个服务脚本,而是指向/etc/rc.d/rc.local脚本

不便或不需写为服务脚本放置于/etc/rc.d/init.d/目录,且又想开机时自动运行的命令,可直接放置于/etc/rc.d/rc.local文件中

 /etc/rc.d/rc.local在指定运行级别脚本后运行

 可以根据情况,进行自定义修改



8、init执行终端机模拟程序mingetty来启动login程序,最后等待用户登录。

在完成了系统所有服务的启动后,接下来 Linux 就会启动终端机或者是 X Window 来等待使用者登入啦! 实际参考的项目是 /etc/inittab 内的这一段:

wKiom1fVWfvBL0d9AABMPeMHyOQ334.png

  这一段代表,在 run level 2, 3, 4, 5 时,都会执行 /sbin/mingetty , 而且执行六个,这也是为何我们 Linux 会提供”六个纯文本终端机“的设定所在。 因为 mingetty 就是在启动终端机的命令。 

  要注意的是那个 respawn 的 init 操项目,他代表当后面的指令被终止 (terminal) 时, init 会主动的重新启动该项目。这也是为何我们登入 tty1 终端机接口后,以 exit 离开后, 系统还是会重新显示等待用户输入的画面的原因。 

  如果我们使用的是 run level 5 那么除了这六个终端机之外, init 还会执行 /etc/X11/prefdm -nodaemon 那个指令, 他主要的功能就是在启动 X Window 。 


CentOS 6启动流程:

POST –> Boot Sequence(BIOS) –> Boot Loader –> Kernel(ramdisk) –> rootfs–> switchroot–> /sbin/init–>(/etc/inittab, /etc/init/*.conf) –> 设定默认运行级别–> 系统初始化脚本rc.sysinit–> 关闭或启动对应级别的服务–> 启动终端


简单图示即为:

wKiom1fVdQvTQCFdAAI_VLiTVzI196.png

原创文章,作者:Groot,如若转载,请注明出处:http://www.178linux.com/47689

评论列表(1条)

  • 马哥教育
    马哥教育 2016-09-20 10:55

    文章理论部分阐述的很直观明了,让人能一目了然,通读全文,能让人对开机启动流程有一个深入的了解,受教了。