CentOS7升级Glibc到超过2.17版本无法启动的解决办法
原创
©著作权归作者所有:来自51CTO博客作者jinanxiaolaohu6的原创作品,请联系作者获取转载授权,否则将追究法律责任
CentOS7升级Glibc到超过2.17版本无法启动的解决办法
背景
今天有同事告知服务器宕机无法启动.
提示信息为:
[sda] Assuming drive cache: write through
后系统没有任何反应.
一开始同事说没有做任何处理, 突然至此
我感觉比较奇怪.然后进行了一下简要处理
最终发现是gblic相关.然后在脚本之家找了一个处理方案
但是发现方案上面有一些不太明确的地方.
所以在这里总结一下完整版的处理过程和方法
问题确认
系统无法启动,第一步都是再进入系统的界面输入 "e"
然后修改 rhgb quite 变成 init=/bin/bash
(备注: rhgb = redhatgraphics boot)
进入系统后执行命令
mount -o remount,rw /sysroot
发现还有一个错误提示:
relocation error: /lib64/libc.so.6:
symbol _dl_starting_up,
version GLIBC_PRIVATE not defined
in file ld-linux-x86-64.so.2 with link time reference
至此才发现是glibc的问题导致的
glibc问题处理-long time ago
网上很多解决方案一般是说再不关机的情况下的处理.
但是减少有重启了机器后的处理
很早之前同事给centos7 安装 tfs-agent时就导致过宕机
但是当时虚拟机是新作的我也懒的去查解决方案
就重新给了一个centos8 的虚拟机了事.
话说centos 虽然非常稳定. 但是他的内核和核心组件升级
是真心的非常慢.
现在都准备过度到OpenEuler上面来.
glibc问题的处理
Study from
https://www.jb51.net/article/230473.htm
解决方案基本上照抄 就是改了一两个小细节.
glibc问题的处理
给虚拟机挂在上CentOS的ISO镜像文件.
然后重启虚拟机.
注意如果无法进入安装界面的话,可以修改虚拟机配置
在 配置界面的 选项->高级-引导选项 中选中
"虚拟机下次引导时 强制进入BIOS选项"
然后进入BIOS后修改启动顺序为CD-ROM 为第一位.
进入CentOS的安装界面(系统仅会等待60S,需要尽快处理 )
选中trobleshooting
然后进行rescue 操作系统.
glibc问题的处理
进入rescue 后 选择continue
会进入修复界面
需要说明一点. 不要按照要求进行
chroot /mnt/sysimage 的处理
不然还会无法执行相关的命令(这个root 是损坏的)
可以执行如下命令
ls -l /mnt/sysimage/lib64/glibc-*
查看对应的有问题的glibc的版本.
脚本之家里面说的是 2.18 我这边同事升级的是2.25
注意必须清理掉非2.17版本的glibc 才可以, 不然会做无用功.
需要针对不通版本进行清理.
rm -rf /mnt/sysimage/lib64/*2.25*
# 注意这一步必须按照上一步的版本来, 不然无效.
glibc问题的处理
重新安装glibc
方法比较简单
在rescue的界面下
mkdir /rpm
mount /dev/cdrom /rpm
cd /rpm/Packages/
执行命令
rpm -ivh --force --root=/mnt/sysimage glibc*
# 注意这个命令里面 --root 是核心命令. 指定往哪个挂载目录执行命令.
重启验证
重启一般可以进入图形界面
但是其他组件比如sshd 或者是升级了glibc 后又安装的软件可能无法使用
需要单独在处理.