意外重命名为libc.so.6,无法在应急模式下chroot

时间:2018-12-11 13:29:57

标签: libc chroot centos-6.9

我们意外地将共享库/lib64/libc.so.6重命名为/lib64/libc.so_6。在上一个命令之后,系统(CentOS 6.9)会立即引发以下错误:

error while loading shared libraries: /lib64/libc.so.6: cannot open shared object file: No such file or directory

在救援模式下登录时,我遵循以下命令:

mount /dev/md2 /mnt
mount /dev/md1 /mnt/boot
mount -t dev -o bind /dev /mnt/dev
mount -t proc -o bind /proc /mnt/proc
mount -t sys -o bind /sys /mnt/sys
chroot /mnt
</Code>

然后我得到以下错误:

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

我还尝试了以下命令:

chroot /mnt /bin/bash
chroot /mnt/root/tmp /bin/bash
chroot /mnt/root/tmp /mnt/bin/bash

然后出现另一个错误

chroot: failed to run command ‘/mnt/bin/bash’: No such file or directory

现在,系统已关闭,并且只有重命名为“ libc.so.6”的ssh失败了,并且具有救援模式。我如何进入系统,以便可以将“ libc.so_6”重命名回“ libc.so.6”?是否有解决方法可以绕过“ libc.so_6”检查?

1 个答案:

答案 0 :(得分:0)

为清楚起见,将答案发布在这里(以防其他人遇到类似的麻烦)。

处于救援模式时:

mount /dev/md2 /mnt
mv /mnt/lib64/libc.so_6 /mnt/lib64/libc.so.6

或者:

  • 从备份还原系统
  • 尝试从一些实时USB引导(如Topper Harley在评论中建议的那样)