一次服务器系统的恢复过程-grubx64.efi文件丢失和黑屏
又是充当运维的一天
这天,服务器装了一个gtk3的软件,只是简单的一个
yum install gtk3
结果重启之后,卡在用户登录界面,点击用户登陆之后,不能输入密码,键盘一输入就直接黑屏,结果为了修复这个问题,我卸载gtk3(这里应该不要卸载gtk3,可以尝试下yum update,或者在下面界面没了后尝试下yum update,我猜可能是有些不兼容,而不应该重装GNOME)
yum remove gtk3
结果更坏了,界面直接没了,只有命令行,ctrl alt f1-f10都是命令行,图形界面不能加载了,于是一顿折腾,重装GNOME,结果不小心删了一个系统文件,系统直接报如下错误
“failed to open \EFI\centos\grubx64.efi - Not Found”
1。这时候只能去装个系统盘,然后把系统文件复制过来了,装的启动盘务必版本号一致,装启动盘参考这里
2。 然后可能要设置下BIOS选项,UEFI启动方式改为BIOS,BOOT顺序也要设置下,进入点击Troubleshooting
3。然后有个Rescue a Centos system
4.然后进入选择continue模式
5.根据他的提示输入
chroot /mnt/sysimage
6.这个时候的mnt里还没有挂在u盘里的文件内容,因为u盘刚才作为启动盘,暂时不能读取文件内容,所以拔出u盘再插上,没错就是直接拔,然后用 fdisk -l命令确定你u盘的盘符号,我的u盘显示是/dev/sdc/,但是这个盘符是不能直接挂载的,直接挂载这个会出现错误,我发现u盘还有另一个boot的盘符/dev/sdc1/,所以挂载这个
mkdir /mnt/usb
mount /dev/sdc1 /mnt/usb
然后之前损坏的系统在 /boot/efi/EFI/centos/
7。拷贝过去
cp /mnt/usb/EFI/BOOT/grubx64.efi /boot/efi/EFI/centos/grubx64.efi
8。然后一直输入exit退出直到重启
9。设置下BIOS选项就可以启动系统了,但是这时候发现黑屏了,不仅没有桌面,命令行也没有,显示器直接无信号,但是远程可以连接,所以我远程连接,输入
yum update
然后重启居然奇迹般的都好了,我还做好了重装系统的准备,所以我在想如果我一开始就yum update会不会就没这么多事了
至此运维技能又增长了,可是我tm可是个后端开发
相关文章
- 个人笔记(路由、网络相关)
- 个人笔记(vue篇)
- 怎么去水印不伤原图?这个去水印方法值得收藏!
- 羊了个羊,通关秘籍!
- 实用 | 盘点抓包修改响应结果的 2 种方式!
- 小技巧 | Chrome 插件如何完成剪切板的操作!
- DDOS攻击讲堂
- 思科交换机简单配置
- 实战 | 如何利用 Scrapy 编写一个完整的爬虫!
- 超简单就可做一款三功能的LED车灯
- 实战 | 教你快速爬取热门股票,辅助量化交易!
- 行业趋势|光伏行业SCM供应链数字化管理优势、价值
- 破除上下游梗阻,如何为能源化工行业开出“新良方”?
- 软件分享 | 第一期 Markdown神器Typora安装和破解教程
- jira-dev-tool插件安装失败的解决方法
- 软件分享 | 第二期 截图神器snipaste安装和使用教程
- 基于Hexo搭建静态博客
- 软件分享 | 第三期 搜索神器listary安装和使用
- 发送HTML模板邮件
- 使用3-hexo主题时无法正常渲染html代码