Ubuntu 20.04启动失败故障求助
兄弟,碰到这种启动卡壳的情况确实闹心,别慌,我之前帮人处理过类似的问题,咱们一步步来把它搞定!
你遇到的这个libmount.so: cannot open object No such file or directory报错,本质是系统里的libmount.so库文件丢了或者损坏了——而fsck(文件系统检查工具)和系统挂载功能都得靠这个库才能正常工作,所以才会在文件系统检查后直接卡在这里。
下面是具体的修复步骤,跟着做就行:
第一步:用Ubuntu 20.04的安装U盘/光盘启动电脑,选择「试用Ubuntu」或者「救援模式」(试用模式操作更直观)。进入试用系统后,先找到你的根分区:
打开终端,输入lsblk命令,找到带有/标识的分区(比如/dev/sda1),然后把它挂载到/mnt目录:sudo mount /dev/sda1 /mnt # 绑定系统必要的目录,让我们能进入自己的系统环境操作 sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys # 切换到自己的系统根环境 sudo chroot /mnt第二步:重新安装
libmount1包(libmount.so属于这个包),把损坏或丢失的库文件恢复回来:apt update apt install --reinstall libmount1要是更新源连接有问题,也可以跳过
apt update直接执行重装命令,一般也能正常拉取包。第三步:再次检查根文件系统,确保没有其他隐藏的损坏:
先退出chroot环境(输入exit回车),然后卸载根分区:sudo umount /mnt/dev sudo umount /mnt/proc sudo umount /mnt/sys sudo umount /mnt接着执行文件系统检查:
sudo fsck /dev/sda1检查过程中如果提示是否修复错误,直接按
y确认就行。第四步:完成所有操作后,重启电脑,拔掉安装介质,应该就能正常进入系统了:
sudo reboot
注意:如果用lsblk找不到根分区,也可以用fdisk -l命令查看,一般容量最大的那个分区就是根分区;另外尽量用和你系统同版本的安装介质,避免出现依赖不兼容的问题。
备注:内容来源于stack exchange,提问作者wushang zhao

