修复mbr grub

最新推荐文章于 2024-09-23 16:05:08 发布

weixin_49013702

最新推荐文章于 2024-09-23 16:05:08 发布

阅读量132

点赞数

文章标签：内核 linux 运维

本文链接：https://blog.csdn.net/weixin_49013702/article/details/107963617

版权

centos系统的开机启动过程
1、POST加电自检（Power On Self Test）
按下开机键以后，所有的硬件设备将会通电，进行自我检查，如果某个硬件出现问题，会有蜂鸣声的报警声音，每一个硬件设备检查没有问题后，会从bios芯片当中读取bios程序加载到内存，然后根据程序的设定去找第一个用于引导操作系统启动的硬件设备，找到该设备后，会将MBR扇区中的内容加载进内存，然后后续有MBR接手操作系统的引导过程

2、MBR引导
MBR中的前446字节称为boot loader（引导加载器），可以为用户提供一个选择菜单，用于选择启动哪一个操作系统，当用户选择后，MBR自身的工作就完成了，MBR会加载该操作系统的引导程序，例如centos系统用的引导程序就是grub

3、GRUB菜单引导（核心目的为找到操作系统的内核程序，并将其加载进内存中）
当grub程序被加载进内存后，会根据其自身的配置文件（grub.conf）来寻找内核，该文件中记录了操作系统内核程序的文件（vmlinuz-版本号）及所在路径，同时也记录了一个伪根目录的文件名称（initrd.img）

4、加载内核及根目录
当grub找到了内核文件，就会把内核程序加载进内存，此时操作系统的内核就已经启动了，启动后做的第一个工作，就是加载根目录。但是在加载根目录之前，需要先启动支持根目录挂载的驱动模块，但是这些驱动模块是保存在/lib/modules目录中，这个目录在根目录下，所以根目录如果启动不了就找不到这些驱动模块，于是陷入了矛盾之中。所以此时内核会先使用initrd.img这个伪根目录，来加载驱动模块，然后加载完成后，释放伪根目录，再挂载真正的根目录

5、init进程启动
当内核正常运行，根目录也挂载完成后，操作系统中的第一个程序就会启动了，该程序叫做init，然后系统中的其他应用程序也会随之启动，到此操作系统启动完成。

程序和进程的关系
程序是静止的，保存在硬盘中的，没有运行的
进程是运行中的程序，运行在内存中
程序运行后，就变成了进程

开机启动过程中需要用的重要配置文件
/etc/inittab           //用于控制开机启动时运行级别
/etc/rc.local           //用于开机启动时可以自动执行指定的命令
/etc/init/control-alt-delete.conf   //用于控制ctrl+alt+delete快捷键（重启），一般会将该文件删除来禁用快捷重启功能

*centos6系统中的运行级别：
0：关机
1：单用户模式（指以root身份不需要密码直接登录系统，无法以远程连接的方式进入单用户模式）
2：文字界面的多用户模式，但是这个模式中不能联网
3：文字界面的多用户模式，可以联网
4：保留使用
5：图形界面的多用户模式
6：重启

*centos7中的运行级别：
0：关机
1：单用户模式（指以root身份不需要密码直接登录系统，无法以远程连接的方式进入单用户模式）
3：文字界面的多用户模式，可以联网
5：图形界面的多用户模式
6：重启

centos7系统中设置开机时的默认运行级别的方法

systemctl set-default {运行级别名称}
multi-user.target //表示运行级别3，文字界面
graphical.target //表示运行级别5，图形界面

查看centos7中，默认运行级别的方法
查看当前运行级别，systemctl get-default

临时修改运行级别：使用init命令，加上运行级别编号即可
例如：切换到文字界面
init 3
切换到图形界面
init 5

企业中的关机方式
sync；sync；sync；init 0

修复MBR扇区故障
首先需要对MBR扇区的数据进行备份，只需要备份/dev/sda中的前512字节即可
使用dd命令可以按字节复制
格式：dd if={源文件} of={目标文件} bs={指定块大小} count={指定复制几块}
例：
dd if=/dev/sda of=/kgc/mbr.bak bs=512 count=1

然后同样使用dd命令将sda的前512字节模拟损坏，可以用另一个文件的512字节来覆盖sda的前512字节即可

然后重启进入光盘，通过光盘进入急救模式，在急救模式中挂载备份文件所在磁盘，然后同样使用dd命令，将备份文件中的内容复制回sda，重启即可

修复grub引导故障
故障出现原因：
1、grub.cfg配置文件丢失，导致grub程序不能正常找到内核
2、MBR扇区中的前446字节被毁坏

针对grub.cfg配置文件丢失的修复思路
首先需要提前备份好grub.cfg文件
当grub.cfg丢失而导致系统不能启动时，需要开机时进入bios调整启动顺序，将光驱调整为第一个启动，从而通过光盘进入急救模式
在急救模式中，原来操作系统的根目录是保存在/mnt/sysimage这个目录中，这个目录下有原来操作系统的boot目录
将备份好的grub.cfg文件复制回这个/mnt/sysimage/boot/grub2目录中即可完成修复
关机重启时，再次进入bios，将光驱的启动顺序还原，正常启动后，即可进入系统。

重新安装grub，进入急救模式，换跟，chroot /mnt/sysimage/ , 重新安装，grub2-install /dev/sda，退跟重启

修复root密码丢失问题：
修复思路：系统开机时，直接进入单用户模式，是用passwd root重写设定root密码即可

针对centos7系统的修复方法:
开机时在系统选择界面按任意键中断引导，按字母e进入编辑模式
在编辑模式当中，找到linux16开头的行，在该行的行尾输入空格rd.break
然后按ctrl+x快捷键，进行继续引导，此时系统会直接进入单用户模式
在单用户模式中首先使用，mount -o remount,rw /sysroot重新以读写权限挂载/sysroot目录，因为该目录中，挂载了操
作系统原本的根目录
然后使用chroot命令切换根目录到/sysroot
然后使用passwd root命令修改root密码
最后touch /.autorelabel建立安全标志文件
exit，reboot重启即可修改完成
命令：
开机按e进入编辑模式
在linux16开头的行尾加上空格rd.break，ctrl+x启动
mount -o remount,rw /sysroot
chroot /sysroot
passwd root
touch /.autorelabel
exit
reboot