Linux操作基础（操作系统引导过程及排障详解）

本文链接：https://blog.csdn.net/weixin_51728919/article/details/130041410

文章详细阐述了Linux操作系统的引导步骤，包括BIOS自检、MBR引导、GRUB菜单、内核加载和init进程初始化。在CentOS6和7中，分别讨论了init和systemd的启动方式。此外，还介绍了如何排除启动故障，如MBR扇区和GRUB引导的问题，以及如何重置遗忘的root用户密码。

摘要由CSDN通过智能技术生成

文章目录

一、Linux操作系统引导过程
二、排除启动类故障
总结

一、Linux操作系统引导过程

Linux引导过程一般包括以下几个阶段：开机自检、 MBR 引导、GRUB 菜单、加载Linux内核、 init 进程初始化。

1.1引导系统的过程

在这里插入图片描述
1 、开机自检（BIOS）：检测出第一个能够引导系统的设备，比如硬盘或者光驱。 bios设置的第一启动项。服务器主机开机以后，将根据主板BIOS中的设置对CPU、内存、显卡、键盘等设备进行初步检测，检测成功后根据预设的启动顺序移交系统控制权，大多时候会移交给本机硬盘，因为操作系统一般都是装在硬盘内。自检过程中可以根据主机的POST信息进入配置，通常按某一组合键进入，常用F2或者delete。

2 、MBR 引导：运行放在MBR扇区里的启动GRUB引导程序,MBR前446位是引导文件，后64位是分区表。当从本机硬盘中启动系统时，首先根据硬盘第一个扇区中MBR（主引导记录）的设置，将系统控制权传递给包含操作系统引导文件的分区；或者直接根据MBR记录中的引导信息调用启动菜单。在CentOS7系统中为grub2.

3 、GRUB 菜单：GRUB引导程序通过读取GRUB配置文件/boot/grub2/grub.cfg，来获取内核和镜像文件系统的设置以及路径位置。 对于Linux操作系统来说，GRUB（统一启动加载器）是使用最为广泛的多系统引导器程序，系统控制权传递给FRUB以后，将会显示启动菜单给用户选择，并根据所选项（或采用默认值）加载Linux内核文件，然后将系统控制权转交给内核。需要注意的是CentOS 7采用的是GRUB2启动引导器

4 、加载Linux内核：把内核和镜像文件系统加载到内存中。 Linux内核是一个预先编译好的特殊二进制文件，介于各自硬件资源与系统程序之间，负责资源分配与调度，内核接过系统控制权以后，将完全掌控整个Linux操作系统的运行过程。

5 、init 进程初始化：加载硬件驱动程序，以及初始化进程，内核把init进程加载到内存中运行。为了完成进一步的系统引导过程，Linux内核首先将系统中的“/sbin/init”程序加载到内存中运行（运行中的程序称为进程），init 进程负责完成整个系统的初始化，最后等待用户进行登录。

传统的init是串行的方式执行shell脚本，会导致进程阻塞，启动效率底下，系统启动速度变慢
systemd能够将更多的进程并行启动，并且具有提供按需启动服务的能力，使得启动跟少的进程，提高系统启动速度

1.2系统初始化进程

1.21init进程的初始化（centos 6）

由linux内核加载运行/sbin/init程序(lib/systemd/system/)
init进程是系统中第一个进程，是所有进程的父进程
init进程的pid号（进程号）永远为1
在这里插入图片描述

1.22systemd（centos 7）

是Linux操作系统的一种init软件
centos7中采用全新的systemd启动方式
centos7第一个init进程是/lib/systemd/systemd，可以通过pstree命令查看
在这里插入图片描述

1.3 systemd的单元类型

通过systemctl -t help 可以查看systemd的单元类型
在这里插入图片描述

单元类型	扩展名	说明
Service	. service	描述─个系统服务
Socket	.socket	描述—个进程间通信的套接字
Device	.device	描述—个内核识别的设备文件
Mount	.mount	描述—个文件系统的挂载点
utomount	.automount	描述—个文件系统的自动挂载点
Swap	.swap	描述—个内存交换设备或交换文件
Path	.path	描述—个文件系统中文件或目录
Timer	.timer	描述—个定时器(用于实现类似cron的调度任务)
Snapshot	.snapshot	用于保存一个systemd的状态（开机，还是关机，还是挂机）
Scope	.scope	使用systemd的总线接口以编程的方式创建外部进程（例如光驱、u盘）
Slice	.slice	描述居于Cgroup的一组通过层次组织的管理系统进程
Target	.target	描述—组systemd的单元

在这里插入图片描述

1.4 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	重新启动，使用该级别时将会重启主机

在这里插入图片描述

二、排除启动类故障

2.1MBR扇区故障

故障原因：

病毒、木马的等造成的破坏；
不正确的分区操作、磁盘读写误操作等。

故障现象

找不到引导程序，启动中断；
无法加载操作系统，开机后黑屏。

解决思路

准备添加另一块硬盘作为备份；
应提前做好备份文件；（MBR位于第一块硬盘的第一个物理扇区处，总共512字节）
以安装光盘引导进入急救模式；
从备份文件中恢复
备份：

mkdir / backup
mount  /dev / sdb1 / backup
dd if=/dev/sda of=/backup/mbr.bak bs=512 count=1

操作：
(1)备份MBR扇区数据
首先添加一块硬盘用于备份数据
在这里插入图片描述
查看一下

而后，将磁盘进行分区

再将磁盘格式化，挂载

备份MBR数据

（2）模拟扇区故障

（3）从备份恢复MBR数据
将模拟器重启

选择1 continue，而后一直按回车进入sh-4.2#

2.2 修复GRUB引导故障

故障原因 MBR中的GRUB引导程序（1-446字节）遭到破坏 grub.cfg文件丢失，引导配置有误，文件位置/boot/grub2/grup.cfg

故障现象系统引导停滞，显示grub >提示符

解决思路 1.尝试手动输入引导命令修复（不推荐） 2.进入急救模式，重写或者从备份中恢复grub.cfg 3.向MBR山区中重建GRUB程序

2.21从急救模式中恢复

和MBR故障的处理方式差不多，唯一区别就是MBR需要备份512字节，而GRUB只需要备份446字节，再次不做演示。

MBR位于第一块硬盘(/dev/sda)的第一个物理扇区处，总共512字节，前446字节是主引导记录，分区表保存在NBRA扇区中的第447-510字节中。
mkdir /bak
mount / dev / sdb1 / bak
dd if=/dev/sda of=/bak/grub.bak bs=446count=1
#模拟对MRB中的GRUB引导程序的破坏，但并不破坏分区表
dd if=/dev/zero of=/dev/sda bs=446count=1
#引导界面进入急救模式，从备份文件中恢复GRUB引导程序
sh-4.2#mkdir /backupdir
sh-4.2#mount / dev/ sdbl /backupdir
sh-4.2# dd if=/backupdir/grub.bak of=/dev / sdash-4.2#exit