环境
操作系统:Ubuntu20.04 LTS
平台:x86_64,企业级服务器
问题描述
误删除根目录下/lib64,该文件是一个软链接,在ubuntu20.04中指向/usr/lib64,删除的结果便是ssh无法登录,重启服务器内核崩溃,可以说后果非常严重。
问题分析
/lib64存储共享库,大多数程序(包括:ln等)甚至内核都依赖于/lib64存储的共享库,即使其本身是一个软连接,删除也会导致严重后果。不过好在/usr/lib64目录是安全的,只需要重建软连接指向/usr/lib64即可。
然而,/lib64缺失的情况下,系统无法正常启动,ubuntu的recovery 模式也无法正常进入,比较安全的方法是通过live cd进入系统,然后挂载根目录,重建软链接。
解决步骤
准备好一个u盘,并制作你安装的Linux发行版的启动盘,我的是ubuntu20.04,所以需要一个ubuntu20.04的启动盘,启动盘制作网上有很多攻略。
bios设置从u盘启动,即可进入Live CD模式的ubuntu系统,这部分攻略网上也有。
进入系统后,不要点击install,点击Try Ubuntu,进入桌面后通过终端操作。因为Live CD模式的根目录是你的u盘,而不是原来的根目录,首先你要挂载原来的根目录到/mnt下。
查看根目录是哪个快设备:
bash
lsblk
该命令会列出系统中所有的块设备,你可以根据TYPE字段和容量大小判断哪一个是你的根目录,实在无法判断可以都挂载,然后根据目录中的内容判断。
挂载目录,这里假设原来的根目录对应块设备/dev/sda1:
bash
sudo mkdir -p /mnt/ubuntu
sudo mount -o rw /dev/sda1 /mnt/ubuntu
ok,走到这一步,事情已经好办多了,重建软连接即可:
bash
cd /mnt/ubuntu
sudo ln -s usr/lib64 lib64
这里的链接目标最好设置成 usr/lib64,与linux系统原来的保持一致,不要设置为 /usr/lib64,否则可能埋下问题隐患。
最后,记得卸载块设备:
bash
sudo umount /mnt/ubuntu
关机,拔掉u盘,开机,系统正常进入,ssh正常连接,问题完美解决。
结语
Linux根目录下的文件一定不要乱动,否则可能导致严重后果。我误删/lib64也是受了ai的误导,某宝与某包都告诉我/lib64不是一个标准的ubuntu目录,是用户创建的,所以我才放心删除的,最后发现这就是ubuntu的一个标准目录。。。牵涉面比较广的问题大家还是不要完全相信ai为好,尽量亲自验证再操作。