Ubuntu打不开机,自动进入emergency mode或rescue mode解决方法

问题现象:

开机后出现以下界面:


image.png

原因分析

总的来说,是因为磁盘挂载时,有些地方出错了。

各种原因,有可能是安装驱动,有可能是因为之前设置了共享文件夹,而我对这个镜像进行了复制,再另一台电脑上打开后,由于前一台电脑的共享文件夹在新电脑上并不存在,所以挂载失败,导致进入紧急模式。

简单版解决方法:

按Ctrl+D进入到单用户模式下,输入root密码,并回车。(输入密码时无显示)

进入命令行界面后,输入vim /etc/fstab

i进入编辑模式,在最后一行前面加一个井号#,即注释掉这个挂载的共享文件夹。按:wq,再按回车即可保存退出。

image.png

回到命令行界面,输入exit即可重启电脑,重启后就发现已经可以正常开机了。

详细版解决方法:

进入root用户后,首先要检查两样东西

lsblk命令查看自己的驱动器号有没有发生改变

然后检查你的fstab是否正确无误

vim /etc/fstab

如果是用下面的方式,例如

/dev/sdb1 /mnt/data ext4 defaults 0 0

像这样挂载了硬盘,检查挂载的位置和驱动器名是否和lsblk看到的一样

不一样则修改之后保存

mount -a

重启即可解决

如果挂载采用的UUID的方式,则需要用命令 blkid

检查fstab中,像下列格式挂载的UUID或其他内容是否正确

UUID=003961f0-ac06-4b9a-b512-8199e547b7d5 /mnt/data ext4 defaults 0 0

不一样则修改之后保存

mount -a

重启即可解决

另外一种情况是未保存的项目突然断电

导致重新开机提示Failed to start File System Check on (后面接的uuid)

这种情况和上面一样

用blkid命令查看这个到底是属于哪个磁盘分区的

这里我们假设是看到是sdb1对应的报错的uuid是一样的

那么我们首先先去临时卸载对应分区

umount /dev/sdb1

然后使用fsck进行修复

fsck - y /dev/sdb1

修复完成后会提示reboot

重启后即可解决

参考:Ubuntu打不开机,自动进入emergency mode解决方法_ubuntu22.04自动进入紧急模式-CSDN博客
ubuntu 开机紧急模式黑屏(emergency mode)解决思路 - 哔哩哔哩

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容