Centos7 -- glibc 升级失败、意外删除、故意删除后的处理方法

第一部分：测试（如果不是想测试效果，可以直接跳到第三部分）

鉴于不久前 glibc-2.29 升级失败导致一系列的工具无法正常使用，‘’

本着研究精神的我决定删除 glibc及其库文件 ，测试影响范围到底有多广：

# rpm -e glibc glibc-devel   

提示： gcc 依赖 glibc-devel  （因为我的gcc是升级过的，正常不需要依赖它）

           几万个包 依赖  glibc

# rpm -qf glibc      //预习一下glibc到底包括哪些文件，缺哪个你就知道是找它哦

# rpm -e glibc glibc-devel --nodeps  //好孩子不要输入这个哦！

warning: %postun(glibc-2.17-260.el7_6.3.x86_64) scriptlet failed, exit status 127

于是报错：

# rpm     // ls 、 cp、reboot、shutdown、init 等系统指令都是缺同一个文件，就不列明了

-bash:/bin/rpm: /lib64/ld-linux-86-64.so.2: bad ELF interpreter: No such file or directory

# yum

-bash:/bin/yum: /usr/bin/python: bad interpreter:No such file or directory   (yum本质上就是一个python脚本)

# ldd

-bash:/bin/ldd: /usr/bin/bash: bad interpreter:No such file or directory (ldd是shell脚本呢)

# cd   //居然是正常的！

简单来说，基本上字符界面（终端）下的所有指令均不可使用，你无法在系统登录状态下做任何的拯救。

但是有趣的是，已加载的gnome桌面所有左右键操作均为正常，所以桌面没退出的话还有一方法，就是当windows救吧（不过重启肯定是起不来的）

 

 

第二部分 土方法，缺哪个补哪个（可忽略）：

1. 准备一个U盘启动盘（一个好的运维随时都有一个U盘启动盘）

2.按住电源键重启（你的指令都用不了）

   BIOS选择U盘启动 (不同设备不同)

   进入拯救模式 （Troubleshooting --> Rescue a CentOS system）

3.提示:

　　Rescue

　　The rescue environment will not attempt to find your Linux installation and

　　mount it under the directory : /mnt/sysimage . You can then make any changes

　　required to your system. Choice '1' to proceed with this step.

　　You can choose to mount your file systems read-only instead of read-write by

　　choosing '2' .

　　If for some reason this process does not work choose '3' to skip directly to a

　　shell.

　　1）Continue

　　2) Read-only mount

　　3) Skip to shell

　　4) Quit(Reboot)

       Please make a selection from the above :

　　选择1   回车 

 

　　chroot /mnt/sysimage   

　　会出现以下三种报错：

　　chroot:failed to run command '/bin/bash': No such file or directory  //如果有留意上面测试步骤，会发现 /bin/bash 实际上缺的是  /lib64/ld-linux-86-64.so.2 这个文件

　　sh-4.2# cp /lib64/ld-linux-x86-64.so.2 /mnt/sysimage/

　　/bin/bash:error while loading shared libraries: libdl.so.2 : cannot open shared object file: No such file or directory

　　sh-4.2# cp /lib64/libdl.so.2 /mnt/sysimage/lib64/

　　/bin/bash:error while loading shared libraries: libc.so.2 : cannot open shared object file: No such file or directory

 　　sh-4.2# cp /lib64/libc.so.6 /mnt/sysimage/lib64/

 

　　chroot /mnt/sysimage //成功，但yum与rpm还是不能用:

　　rpm需要这些包：

　　sh-4.2# cp /lib64/libm.so.6 /mnt/sysimage/lib64/

　　sh-4.2# cp /lib64/libpthread.so.0 /mnt/sysimage/lib64/

　　sh-4.2# cp /lib64/librt.so.1 /mnt/sysimage/lib64/

　　yum还需要：

　　sh-4.2# cp /lib64/libutil.so.1 /mnt/sysimage/lib64/

　　sh-4.2# cp /lib64/libresolv.so.2 /mnt/sysimage/lib64/

　　sh-4.2# cp /lib64/libcrypt.so.1 /mnt/sysimage/lib64/

　　netwok服务需要：

 　　sh-4.2# cp /lib64/libnsl.so.1 /mnt/sysimage/lib64/　　

　　sh-4.2#  cp /lib64/libcrypt.so.1  /mnt/sysimage/lib64/

　　

 

 

第三部分：真正的拯救方法：

1. 准备一个U盘启动盘（一个好的运维随时都有一个U盘启动盘）

2.按住电源键重启（你的指令都用不了）

   BIOS选择U盘启动 (不同设备不同)

   进入拯救模式 （Troubleshooting --> Rescue a CentOS system）

3.提示:

　　Rescue

　　The rescue environment will not attempt to find your Linux installation and

　　mount it under the directory : /mnt/sysimage . You can then make any changes

　　required to your system. Choice '1' to proceed with this step.

　　You can choose to mount your file systems read-only instead of read-write by

　　choosing '2' .

　　If for some reason this process does not work choose '3' to skip directly to a

　　shell.

　　1）Continue

　　2) Read-only mount

　　3) Skip to shell

　　4) Quit(Reboot)

       Please make a selection from the above :

　　选择1   回车 

 4. 如果你像我一样知道自己干了什么坏事，而且镜像包里什么包都全的话，直接装就好了

    sh-4.2# mkdir /mnt/cdrom         //千万不要挂载到 /mnt 下 你还挂着个系统呢！

    sh-4.2# blkid   //查看U盘是哪个

    sh-4.2# mount  /dev/sda1 /mnt/cdrom     //挂载U盘，我的U盘是/dev/sda1 

　sh-4.2# rpm -ivh /mnt/cdrom/Packages/glibc* --nodeps --root /mnt/sysimage --force     //一定要指定root,因为你目前的根目录是U盘的

　sh-4.2# reboot   //第一次重启时间会比较久，耐心点

 

转载于:https://www.cnblogs.com/caya-yuan/p/10554422.html