记录一次glibc误删的惊险过程

系统是redhat6.7 ,不知道是谁把yum源指向了centos7.5. 我完全不知情。安装了lrzsz
#yum install lrzsz -y
结果立马ssh 就异常了。我不敢退出当前用着的一个ssh登录窗口.进行了下面的操作:
先把yum源改回来使用正确的,然后;
#rpm -qa |grep bash
bash-4.2.46-30.el7.x86_64.rpm
#rpm -e --nodpes bash-4.2.46-30.el7.x86_64.rpm
#yum install bash -y

ssh 恢复正常了。

但是我又做了一个毁灭性的动作:
#rpm -qa |grep glibc
glibc-2.17-222.el7.x86_64.rpm
#rpm -e --nodeps glibc-2.17-222.el7.x86_64.rpm
结果,系统崩了,什么命令都无效。都是 bad interpreter:No such file or directory..的错误

修复过程:(幸好前面把bash还原了,否则更麻烦)
光盘引导,选择:Rescue
一直点击进入sh模式后输入:
#mkdir /media
#mount /dev/cdrom /media (机房物理机实际是 /dev/cdrom1,这个看实际环境)
#cd /media/Package
#rpm -ivh glibc*.rpm --root /mnt/sysimage --nodeps --force

注:在虚拟机模拟操作时,到这一步没有问题,但是去机房物理机操作时却弹出来这个:
error:cant't create transaction lock on /mnt/sysimage/var/lib/rpm/.rpm.lock (Read-only file system)

解决:
#mount -o remount rw /mnt/sysimage/
然后再;
#rpm -ivh glibc*.rpm --root /mnt/sysimage --nodeps --force
#reboot 后重启问题解决

记录一次glibc误删的惊险过程

猜你喜欢

转载自blog.51cto.com/devin223/2554739