Linux操作系统引导过程
开机自检
当服务器开机时,会进行开机自检,检测硬件设备比如CPU、内存、显卡、键盘等设备是否有故障,无故障便会根据预设的开机启动顺序,移交系统控制权,正常情况下为本机硬盘。
总结:检测出第一个能够引导系统的设备,比如硬盘或者光驱
MBR 引导
当从本机硬盘中启动系统时,首先根据硬盘第一个扇区中MBR(主引导记录)的设置,将系统控制权传递给包含操作系统引导文件的分区;或者直接根据MBR 记录中的引导信息调用启动菜单(如 GRUB)。
MBR大小为512字节,存放预启动信息,分区表等信息。
总结:运行放在MBR扇区里的启动GRUB引导程序
GRUB 菜单
对于Linux操作系统来说,GRUB(统一启动加载器)是使用最为广泛的多系统引导器程序。系统控制权传递给GRUB以后,将会显示启动菜单给用户选择,并根据所选项(或采用默认值)加载Linux内核文件,然后将系统控制权转交给内核。
CentOS 7 采用的是 GRUB2 启动引导器。
GRUB是MBR程序的前446字节。
总结:GRUB引导程序通过读取GRUB配置文件/boot/grub2/grub.cfg,来获取内核和镜像文件系统的设置和路径位置
加载 Linux 内核
Linux内核是一个预先编译好的特殊二进制文件,介于各种硬件资源与系统程序之间,负责资源分配与调度。内核接过系统控制权以后,将完全掌控整个Linux操作系统的运行过程。
CentOS 7系统中,默认的内核文件位于“/boot/vmlinuz-3.10.0-514.el7.x86_64”。
总结:把内核和镜像文件系统加载到内存中
init 进程初始化
内核被加载后,第一个运行的程序就是“/sbin/init”(运行中的程序称为进程),init 进程负责完成整个系统的初始化,最后等待用户进行登录。
总结:加载硬件驱动程序,内核把init进程加载到内存中运行
二 系统初始化进程
init进程
由Linux内核加载运行/sbin/init程序
init进程是系统中的第一个进程,是所有进程的父进程
init进程的PID号永远为1
Systemd
Systemd是Liunx操作系统的一种init软件
Centos7中采用systemd启动方式,取代传统的sysvinit
Centos7中运行的第一个init进程是/lib/systemd/systemd
Systemd单元类型
最主要的三个单元类型为Service、Socket和Targe,其他的也要求看到能知道什么意思。
这些单元类型以后缀的形式附在资源名后面,如网络服务 network.service。
排除启动类故障
MBR扇区故障分析
故障原因
病毒、木马等造成的破坏
不正确的分区操作、磁盘读写误操作
故障现象
找不到引导程序,启动中断
无法加载操作系统,开机后黑屏
解决思路
应提前作好备份文件
以安装光盘引导进入急救模式
从备份文件中恢复
模拟MBR扇区故障并修复
MBR位于第一块硬盘(/dev/sda)的第一个物理扇区处,总共512字节
步骤
1.创建一个磁盘分区
2.格式化,并挂载
3.备份MBR 扇区数据到/dev/sdb1盘中,此时sda盘中的MBR扇区已备份到sdb1的mbr.bak文件中。
4.模拟破坏sda的MBR扇区,将sda的前512字节用空字符覆盖。
5、init6重启
建立挂载点/backupdir,将sdb1挂载使用,将备份的mbr.bak文件复制回sda中,最后输入exit退出,退出后,系统自动重启!在这里插入图片描述
从backupdir提取进行覆盖
exit退出修复成功
模拟GRUB引导故障并修复
修复GRUB引导故障
故障原因有
MBR中的GRUB引导程序遭到破坏
grub.conf文件丢失、引导配置有错误 故障现象有
系统引导停滞,显示为“grub>”提示符
解决思路
尝试手动输入引导命令(较繁琐,不建议使用)
进入急救模式,重写或者从备份中恢复grub.conf
向MBR扇区中重建grub程序
1 先删除grub.cfg文件,模拟故障
2 重启在读条状态esc,并选择3.cd-rom drive,就可选择进入急救界面
换到系统根环境;重新将GRUB引导程序安装到第一块硬盘(/dev/sda)的MRB扇区;重新构建GRUB菜单的配置文件;退出chroot 环境;重启。