linux系统引导过程及引导修复2
以下所有实验都以相同的方式进入挽救模式
1.内核加载
加载内核作用:
/boot/vmlinuz-$(uname -r)
系统初始化硬件设备
只读挂在/设备
问题出现:
rm -fr /boot/vmlinuz-$(uname -r)
恢复:
进入到挽救模式
chroot /mnt/sysimage
进入挽救模式
1
拆解挽救
2
直接复制模板文件中存的内核文件
cp /usr/lib/modules/$(uname -r)/vmlinuz /boot/vmlinuz-$(uname -r)
以硬盘设备重新进入系统,检测是否修复成功
2. 系统初始化镜像
/boot/initramfs-4.18.0-80.el8.x86_64.img
加载系统时钟
加载selinux
加载系统主机信息
加载/etc/fstab文件中磁盘挂在策略
加载磁盘配额
初始化系统程序开启开机启动服务
开启虚拟控制台
开启图形
``
问题出现:
rm -fr /boot/initramfs-xxxxx.img
``
恢复: mkinitrd /boot/initramfs-$(uname -r).img $(uname -r) 进入挽救模式,所有的实验进入方式相同
进入挽救模式,可参考上篇文章 :linux系统引导过程及修复。
![在这里插入图片描述](https://img-blog.csdnimg.cn/20200805011621622.png?x-oss-process=image/watermark,type_ZmFuZ
3.系统启动级别
0 关机
1 单用户
2 多用户无网络模式
3 命令行模式
4
5 GUI图形界面模式
6 重启
问题出现: systemctl set-default reboot.target
恢复: 在开机选择界面按<e>进入到引导文件编辑模式 在内核加载选项最后加入启动级别5 ctrl+x
``
systemctl set-default 启动的方式.target
``
总结:系统开启加载的资源在/boot下,当出现自己不知道是什么资源丢失,导致系统无法正常启动时,查看/boot下的资源,是否都在