在操作CAS升级的过程中,会有小概率的事件造成/boot/grub/grub.cfg文件清空,重启后无法进入系统。
重启后无法进入系统,显示如何所示界面
升级过程中的小概率事件,常见为低版本的升级,主要原因还是升级版本有bug.
准备过程
1.在进行处理前,需要提前准备cas安装介质,版本无所谓
2.需要提前从其他cvm环境上下载/boot/grub/grub.cfg文件到U盘中
解决步骤
1. 挂载iso镜像,只要是linux的镜像都可以,建议是我们的cas安装介质,无所谓版本,我们只是利用linux本身的一些工具罢了
2. 选择启动项,从光驱启动
3. 选择语言,默认即可,因为我这里放入的是cas的安装介质
4.当进入这个界面的时候,按alt+f2的组合键
5. 按了组合键之后会进入到下图这个界面,点击任意键
6. 进入命令行界面
7. df –h 查看当前的分区挂载信息
8. 创建test文件夹,用于之后挂载分区
9. 将分区/dev/sda1的挂载给test目录
10. 查看/dev/sda1的UUID号,记住这个号码e5a66a7d-2ea8-4040-bfdb-
4ff2d9ab78af,之后有用
11. 查看/test/boot/grub/grub.cfg文件,这步可不操作,因为这个文件肯定是没
有的,就是因为这个文件丢失才会重启失败
12. 将U盘插入那台升级失败的服务器中,创建test1目录,并将u盘所在的分区(应该是sdb1)挂载给test1目录,df -h查看test1目录是否正常挂载
13. 将u盘里的grub.cfg文件拷贝到/test/boot/grub文件夹下
14. 查看/test/boot/grub/grub.cfg文件
15. 因为grub.cfg是从其他cvm服务器上拷贝过来的,记录着其他服务器的UUID信息,所以要把这个uuid信息修改成当前服务器的/dev/sda1的uuid,修改命令是sed -i ‘s/1abbaf03-0922-4155-90a1-4848670853e6/e5a66a7d-2ea8-4040-bfdb-4ff2d9ab78af/g’ /test/boot/grub/grub.cfg
1abbaf03-0922-4155-90a1-4848670853e6为老的uuid
e5a66a7d-2ea8-4040-bfdb-4ff2d9ab78af为新的uuid
(如果对sed命令不了解,可以用vim的编辑命令,直接修改grub.cfg文件,只是要修改的uuid信息比较多,会有点麻烦)
16. 查看/test/boot/grub.cfg文件中的设备uuid信息是否已经修改
17. 修改完成后,断开DVD光驱,重新启动
建议在升级cas前保留一份grub.cfg文件,避免复杂的修改uuid信息。