开机不是只要单击电源钮,而关机只要关掉电源钮就可以了吗?话是这样没错啦,但是由于 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
-
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
思考: 现在就遇到一个问题,内核并不认识设备,所以需要去加载驱动程序,但是驱动程序都在/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”里;
说明: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 内的这一段:
这一段代表,在 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–> 关闭或启动对应级别的服务–> 启动终端
简单图示即为:
原创文章,作者:Groot,如若转载,请注明出处:http://www.178linux.com/47689
评论列表(1条)
文章理论部分阐述的很直观明了,让人能一目了然,通读全文,能让人对开机启动流程有一个深入的了解,受教了。