CentOS GRUB损坏修复方法

前言

博客很久没有更新了，一个原因就是原来存放部署博客的环境坏了，硬盘使用的是SSD，只要读取到某个文件，整个磁盘就直接识别不到了，还好博客环境之前有做备份，最近一直没有把部署环境做下恢复，今天抽空把环境做下恢复并且记录一篇基础的GRUB的处理文档

这两天正好碰到GRUB损坏的事，很久前处理过，但是没留下文档，正好现在把流程梳理一下，来解决grub.cfg损坏的情况,或者无法启动的情况

实践步骤

安装操作系统的时候会有多种可能分区的方法，一个直接的分区，一个是用了lvm,本篇将几种分区的情况分别写出来

lvm分区的情况

[root@localhost ~]# df -h
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/centos-root   17G  927M   17G   6% /
devtmpfs                 901M     0  901M   0% /dev
tmpfs                    912M     0  912M   0% /dev/shm
tmpfs                    912M  8.6M  904M   1% /run
tmpfs                    912M     0  912M   0% /sys/fs/cgroup
/dev/sda1               1014M  143M  872M  15% /boot
tmpfs                    183M     0  183M   0% /run/user/0

模拟/boot/grub2/grub.cfg的破坏

[root@localhost ~]# mv /boot/grub2/grub.cfg /boot/grub2/grub.cfgbk

[root@localhost ~]# reboot

重启后就会出现这个

使用ls查询当前的分区情况

查询分区情况

可以看到(hd0,msdos1)可以列出/boot里面的内容，可以确定这个就是启动分区

设置root

grub> set root=(hd0,msdos1)

命令后面的路径可以用tab键补全,/dev/mapper/centos-root为根分区，因为当前的分区模式是lvm的

grub> linux16 /vmlinuz-3.10.0-693.el7.x86_64 root=/dev/mapper/centos-root

grub> initrd16 /initramfs-3.10.0-693.el7.x86_64.img

启动

grub> boot

进入系统后重新生成grub.cfg

grub2-mkconfig -o /boot/grub2/grub.cfg

然后重启下系统验证是否好了

###一个完整/分区形式
这种情况，整个安装的系统就一个分区，boot是作为/分区的一个子目录的情况
ls 查询分区

设置根分区

grub> set root=(hd0,msdos3)

可以看到上面是msdos3分区对应的就是root=/dev/sda3,下面就设置这个root

设置linux16

grub> linux16 /root/vmlinuz-3.10.0-693.el7.x86_64 root=/dev/sda3

设置initrd16

grub> initrd16 /root/initramfs-3.10.0-693.el7.x86_64.img

启动

grub> boot

进入系统后重新生成grub.cfg

grub2-mkconfig -o /boot/grub2/grub.cfg

然后重启下系统验证是否好了

/分区和/boot分区独立分区的情况

设置根分区

grub> set root=(hd0,msdos1)

根据/分区为msdos2可以知道root分区为/dev/sda2

grub> linux16 /vmlinuz-3.10.0-693.el7.x86_64 root=/dev/sda2

设置initrd16

grub> initrd16 /initramfs-3.10.0-693.el7.x86_64.img

启动

grub> boot

进入系统后重新生成grub.cfg

grub2-mkconfig -o /boot/grub2/grub.cfg

然后重启下系统验证是否好了

总结

主要的处理流程如下：

• 首先通过ls得到分区的情况
• 通过set设置/boot所在的分区为root
• 分别设置linux16，initrd16并且指定root分区为/分区所在的目录
• 重启后重新生成grub即可

本篇作为一个总结以备不时之需

变更记录

Why	Who	When
创建	武汉-运维-磨渣	2017-11-30