目录
引导过程总览
开机自检(引导过程):bios:cpu、内存、显卡、键盘等设备进行初步检测检测成功之后,根据预设的启动顺序把系统的控制权转交给本机检测出第一个能够引导系统的设备,要么是硬盘,要么是光驱
MBR引导:本机硬盘启动系统,从第一个硬盘的扇区中的MBR主引导记录的设置,系统控制前----包含操作系统引导文件的分区
MBR记录中的引导信息调用启动菜单 (grub)
grub: 多系统引导器程序 将显示启动的菜单给用户选择 centos7 默认是grub2引导程序/boot/grub2/grub.cfg 控制权转交---内核
加载内核: 内核文件/boot 编译好的一个特殊二进制文件,介于硬件资源和系统程序之间
总结: 把内核和相关的系统镜像文件加载到内存当中执行---进程初始化
进程初始化(执行): linux内核将系统中的/sbin/init程序加载到内存当中,完成整个系统的初始化
总结: 加载硬件驱动,检测进入操作系统必要有的程序,加载到内存中运行
系统初始化进程
init进程
由 Linux内核加载运行/sbin/init 程序
init进程是系统中第一个进程,是所有进程的父进程
init进程的PID(进程标记) 号永远为1
Systemd
init是串行启动--shell脚本
systemd(开机启动的第一个程序,是所有文件的父文件永远为1):并行启动,按需启动
Systemd 提供了多种功能和特性,包括:
支持并行启动服务,提高系统启动速度;
可以自动重启服务,确保服务的可靠性和稳定性:
可以在服务运行期间动态调整服务参数和资源限制,提高系统的灵活性和可管理性:
支持启动依赖关系和控制依赖关系,确保服务的正确启动和运行;
支持多种服务管理方式,例如命令行工具、图形界面、web 界面等。
服务控制
systemctl 服务控制命令
start:开启
stop: 停止
restart: 重启
reload: 重新加载服务的配置文件
status: 查看服务状态
enable: 服务开机自启动
disenable: 关闭开启自启动
runlevel查看当前运行级别
运行级别:
init 0关机
init 1 单用户模式
init 2 3 4 :字符界面
init 5:图形界面
init 6: 重启
systemctl get-default #查询系统的默认运行级别
get是查询 改变级别用set要跟上完整的运行名称
1 rescue.target 单用户模式,不需要密码验证即可登录系统,多用于系统维护 2 multi-user.target 用户定义域特定运行级别,默认等同于3 3 multi-user.target 字符界面的完整多用户模式,大多数服务器主机运行在此级别 4 multi-user.target 用户定义域特定运行级别,默认等同于3 5 graphical.target 图形界面的多用户模式,提供了图形桌面操作系统
大多数时候只用3
1只有维护时期才进入
systemctl set-default multi - user.terget
切换运行级别要重启才能生效
改root密码
setenforce 0 关闭SELinux安全机制1就是开启都是临时设置
永久修改
-
以 root 用户身份登录系统,打开 SELinux 配置文件
/etc/selinux/config
。
vim /etc/selinux/config
-
修改配置文件中
SELINUX=
行的值为disabled
。SELINUX=disabled
保存退出重启即可生效
实验1修复MBR扇区故障
故障原因
病毒、木马等造成的破坏
不正确的分区操作、磁盘读写误操作
故障现象
找不到引导程序,启动中断
无法加载操作系统,开机后黑屏
解决思路
应提前做好备份文件
以安装光盘引导进入急救模式
从备份文件中恢复
可以看见我现在的硬盘有sda和sdb
我们先创建一个分区
我们先给sdb1格式化
再创建一个data的目录把他挂载上去
将硬盘 /dev/sda 的第一个扇区(即 MBR,Master Boot Record)复制到一个名为 /data/mbr.bak 的文件中。这个文件就是一个备份,保存了硬盘启动信息,以便以后需要还原硬盘时使用。
我们cd过去可以看见我们的data目录下已经有一个mbr.bak的文件了
我们用hexdump命令来查看硬盘的前 512 字节,也就是 MBR 扇区的内容
下面我们来模拟破坏MBR引导扇区
命令中使用 /dev/zero 覆盖硬盘的 MBR 扇区,相当于清除硬盘分区表和启动程序等信息。
此时我们输入init 6重启虚拟机
回到虚拟机
当出现安装向导界面时,选择“Troubleshooting"选项,
再选择"Rescue a Centos Linux system" 选项,进入急救模式
选择“1"选择Continue并按Enter键继续
再次按Enter键后将进入带“sh-4.2#"提示符的Bash Shell环境
sh-4.2# mkdir /backupdir
sh-4.2# mount /dev/sdb1 /backupdir
#挂载带有备份文件的分区
cd /backupdir
ls
sh-4.2# dd if=/backupdir/mbr.bak of=/dev/sda
最后exit退出
最后进入到登录界面就修复好了
实验2修复GRUB引导故障(找不到系统了)
故障原因
MRB中的GRUB引导程序遭到破坏
grub.conf文件丢失、引导配置有误
故障现象
系统引导停滞,显示“grub>”提示符
解决思路
尝试手动进入引导命令
进入急救模式,重写或者弄备份中恢复grub.conf
我们来模拟一下这种情况
把boot里的grub2文件删除
然后重启
之后回到虚拟机就会发现我们卡在了开机界面因为他找不到引导程序
先重启在读条界面快速按esc键进入
之后
当出现安装向导界面时,选择“Troubleshooting"选项,
再选择"Rescue a Centos Linux system" 选项,进入急救模式
之后一样的进入页面
选择“1"选择Continue并按Enter键继续
再次按Enter键后将进入带“sh-4.2#"提示符的Bash Shell环境
重新将GRUB引导程序安装到第一块硬盘 ( /dev/sda)的MRB扇区
bash-4.2# grub2-install /dev/sda
#重新构建GRUB菜单的配置文件
bash-4.2# grub2-mkconfig -o /boot/grub2/grub.cfg
#grub2-mkconfig 用于生成 Grub2 配置文件的命令,
参数 -o 或 --output 指定生成的配置文件的路径和文件名
生成的 Grub2 配置文件默认路径为 /boot/grub2/grub.cfg
完成后按exit退出
然后reboot
之后只需要等待他开机
实验3 修改root密码
[root@192 ~]# setenforce 0 #做这个实验之前,最好setenforce 0,关闭selinux的安全机制
root密码忘记的解决思路
进入急救模式,重设密码
第一行使用 setenforce 0 命令将 SELinux 执行模式修改为 Disabled,即完全禁用 SELinux 强制访问控制。而第二行使用 getenforce 命令查看 SELinux 当前的执行模式,输出 Permissive 表示当前的执行模式为“宽容模式”,即 SELinux 仅记录强制访问控制所阻止的行为,但并不真正阻止它们的执行。
然后回到虚拟机重启也是和第二个实验一样在启动页面瞬间按esc进入这个界面
之后
当出现安装向导界面时,选择“Troubleshooting"选项,
再选择"Rescue a Centos Linux system" 选项,进入急救模式
之后一样的进入页面
选择“1"选择Continue并按Enter键继续
#进入急救模式,加载系统镜像,切换到系统根环境
sh-4.2# chroot /mnt/sysimage
#重设root 用户密码
bash-4.2# passwd root
设置密码是看不见的需要输入两次两次密码需要一致
输入完成后输入exit退出
然后root密码就修改完毕了直接重启进入系统输入新密码即可