目录
引言:
系统引导是操作系统运行的开始,在用户能够正常登陆到系统之前,Linux的引导过程完成了一系列的初始化任务,并加载必要的程序和命令终端,为用户登录做好准备
一.引导过程
开机自检 :
服务器主机开机以后,将根据主板BIOS中的设置对CPU、内存、显卡、键盘等设备进行初步检测,检测成功后根据预设的启动顺序移交系统控制权,大多数时候会先交给本机硬盘。
总结:检测出第一个能引导系统的设备,例如硬盘和光驱
MBR引导:
当从本机硬盘中启动系统时,首先根据硬盘第一个扇区中的设置将系统控制权递给包含操作系统引导文件的分区,或者根据MBR记录中的引导信息调用启动菜单(例如GRUB)
总结:运行放在MBR扇区里的启动GRUB引导程序
GRUB菜单:
对于Linux操作系统来说、GRUB是使用最广泛的多系统引导器程序。系统控制权传递给GRUB以后将会显示启动菜单给用户选择,并根据所选项(或采用默认值)加载Linux内核文件,然后将系统控制权交给内核。注:CentOS7采用的是GRUB2启动引导器
总结:GRUB引导程序通过读取GRUB配置文件/boot/grub2/grub.cfg来获取内核和镜像文件系统的设置和路径设置
加载内核:
linux内核是一个预先编译好的特殊二进制文件,介于各种硬件资源与系统程序之间,负责资源分配与调度。内核接过系统控制权后将完全掌握整个Linux操作系统的运行过程。在CentOS系统中默认内核文件位于/boot/vm/inuz-3.10.0-514.e17.x86-64
总结:把内核和镜像文件系统加载到内存中
init进程的初始化:
为了完成进一步的系统引导过程,linux内核首先将系统中的/sbin/init程序加载到内存中运行(运行中的程序为进程),init进程负责完成一系列的系统初始化过程,最后等待用户进行登陆。
总结:加载硬件驱动程序,内核把init进程加载到内存中运行(系统运行的第一个程序)。
init进程与Systemd
init进程
- 由Linux内核加载运行/sbin/init程序
- init进程是系统中第一个进程,是所有进程的父进程
- init进程的PID(进程标记)号永远为1
Systemd
- Systemd是Linux操作系统的一种init软件
- CentOS7中采用全新的Systemd启动方式,取代传统的SysVinit
- CentOS7中运行的第一个init进程是/lib/systemd/systemd
- 传统SysVinit依赖于串行执行shell脚本启动服务,导致效率低下,系统启动速度较慢
- Systemd能够将更多的服务进程并行启动,并具有提供按需启动服务能力,使得启动更少进程,从而提高系统启动速度。
Systemd单元类型
单元类型 | 扩展名 | 说明 |
service | .service | 描述一个系统服务 |
socket | .socket | 描述一个进程间通信的套接字 |
device | .device | 描述一个内核识别的设备文件 |
mount | .mount | 描述一个文件系统的挂载点 |
automount | .automount | 描述一个文件系统的自动挂载点 |
swap | .swap | 描述一个内存交换设备或交换文件 |
path | .path | 描述一个文件系统中的文件或目录 |
timer | .timer | 描述一个定时器(用于实现类似cron的调度任务) |
snapshot | .snapshot | 用于保存一个systemd的状态 |
scope | .scope | 使用systemd的总线接口以编程的方式创建外部进程 |
slice | .slice | 描述居于cgroup的一组通过层次组织的管理系统进程 |
target | .target | 描述一组systemd的单元 |
运行级别所对应的systemd目标
运行级别 | systemd的target | 说明 |
0 | target | 关机状态,使用该级别时将会关闭主机 |
1 | rescue.target | 单用户模式,不需要密码验证即可登陆系统,多用于系统维护 |
2 | multi-user.target | 用户定义/域特定运行级别,默认等同于3,但是不能连网 |
3 | multi-user.target | 字符界面的完整多用户模式,大多数服务器主机运行在此级别 |
4 | multi-user.target | 用户定义/域特定运行级别。默认等同于3 |
5 | graphical.target | 图形界面的多用户模式,提供了图形桌面操作环境 |
6 | reboot.target | 重新启动,使用该级别时将会重启主机 |
二.排除启动类故障
修复MBR扇区故障
故障原因:
- 病毒、木马等造成的破坏
- 不正确的分区操作、磁盘读写误操作
故障现象:
- 找不到引导程序,启动中断
- 无法加载操作系统,开机后黑屏
解决思路:
- 做好备份文件
- 以安装光盘引导进入急救模式
- 从备份文件中恢复
故障模拟
创建新硬盘,并格式化
备份MBR扇区磁盘到其他磁盘
模拟破坏MBR引导区
重启,并进入急救模式
从备份文件中恢复MBR扇区数据
问题解决
修复GRUB引导故障
故障原因
- MBR中的GRUB引导程序遭到破坏
- grub.conf文件丢失、引导配置有误
故障现象
- 系统引导停滞,显示'grub>'提示符
解决思路:
- 尝试手动输入引导命令
- 进入急救模式,重写或者从备份中恢复grub.conf
- 向MBR扇区中重建grub程序
解决方法(一):
查看grub.cfg文件内的内核名称等信息
模拟故障
手动输入引导界面
成功
解决 方法(二)
进入急救模式,恢复GRUB引导程序
增加硬盘,分区、格式化、挂载
备份主引导记录并模拟故障
进入急救模式,恢复引导程序
成功
解决方法(三)
进入急救模式,重建GRUB菜单配置文件
删除grub。cfg文件模拟故障
进入急救模式下重启
成功
总结:
对于一名运维工程师来说Linux的系统引导过程必须要掌握,因为他非常的重要。