今天有同事告知服务器宕机无法启动.
提示信息为:
[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的问题导致的

网上很多解决方案一般是说再不关机的情况下的处理.
但是减少有重启了机器后的处理
很早之前同事给centos7 安装 tfs-agent时就导致过宕机
但是当时虚拟机是新作的我也懒的去查解决方案
就重新给了一个centos8 的虚拟机了事. 

话说centos 虽然非常稳定. 但是他的内核和核心组件升级
是真心的非常慢. 
现在都准备过度到OpenEuler上面来.

Study from
https://www.jb51.net/article/230473.htm

解决方案基本上照抄 就是改了一两个小细节.

给虚拟机挂在上CentOS的ISO镜像文件.
然后重启虚拟机. 

注意如果无法进入安装界面的话,可以修改虚拟机配置
在 配置界面的 选项->高级-引导选项 中选中
"虚拟机下次引导时 强制进入BIOS选项"
然后进入BIOS后修改启动顺序为CD-ROM 为第一位. 

进入CentOS的安装界面(系统仅会等待60S,需要尽快处理 )
选中trobleshooting 
然后进行rescue 操作系统.

进入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
方法比较简单
在rescue的界面下
mkdir /rpm
mount /dev/cdrom /rpm
cd /rpm/Packages/
执行命令
rpm -ivh --force --root=/mnt/sysimage glibc*
# 注意这个命令里面 --root 是核心命令. 指定往哪个挂载目录执行命令.

重启一般可以进入图形界面
但是其他组件比如sshd 或者是升级了glibc 后又安装的软件可能无法使用
需要单独在处理.