运维开发网

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

运维开发网 https://www.qedev.com 2020-11-28 13:05 出处:51CTO 作者:devin223
系统是redhat6.7,不知道是谁把yum源指向了centos7.5.我完全不知情。安装了lrzsz#yuminstalllrzsz-y结果立马ssh就异常了。我不敢退出当前用着的一个ssh.进行了下面的操作:先把yum源改回来使用正确的,然后;#rpm-qa|grepbashbash-4.2.46-30.el7.x86_64.rpm#rpm-e--nodpesbash-4.2.46-30.el

系统是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误删的惊险过程

扫码领视频副本.gif

0

上一篇:

:下一篇

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号