“欢迎来到紧急模式！”认为这是一个问题

问题描述

boot,permissions,fsck,ubuntu

journalctl -xb片段(我认为错了，它至少是红色的)：

-- Unit systemd-fsckd.service has begun starting up.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device.
-- Subject: Unit systemd-fsck-root.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit systemd-fsck-root.service has failed.
-- 
-- The result is failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems...
-- Subject: Unit systemd-remount-fs.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

忽略了其他错误，如：ACPI PCC探测失败。，nvidia不是propetary等…

编辑：我可以通过按Ctrl + D访问我的电脑，但它很烦人。

最佳解决思路

你可以从Ubuntu Live运行fsck。

打开电脑。启动到Ubuntu Live DVD /USB。
加载后，按Ctrl + Alt + T打开终端
在终端中，运行：
```
sudo -i
fdisk -l
```
fdisk将通知您调用/(root)的分区。在这个问题中它是/dev/sdb1。

然后你应该继续运行：
```
umount /dev/sdb1
fsck -y /dev/sdb1
poweroff
```
如果umount命令抱怨sdb1是”not mounted”，那不是问题。我们希望它是”not mounted” :)。
取出DVD /USB。再次打开计算机，从SSD启动。

次佳解决思路

我不知道你是否解决了你的问题。我做的是：

sudo nano /etc/fstab

然后删除为sdb1添加的内容，然后运行：

sudo systemctl reboot

它说它已损坏，所以我不知道有什么问题，但我希望这可以帮助那些无法运行Linux的人。

第三种解决思路

我只是遇到了紧急模式。在我的情况下，我遵循了一个安装教程，建议在/etc/fstab中编辑我的挂载点的一些选项。通过删除额外的选项，我的服务器重新启动没有问题。

第四种思路

我使用的是Windows 10和Ubuntu 16.X双启动系统。

我无法挂载ntfs中的一个分区，错误与windows shutdown /hibernate有关。我使用sudo ntfsfix /dev/sda3来解决问题。我能够挂载ntfs分区sda3但是在重启时Ubuntu正在紧急模式下启动。要解决此问题，请在Windows中运行以下命令

shutdown /s /t 5

这解决了Ubuntu紧急启动问题。

第五种思路

Khushboo Rani和Cagan Arslan的答案使我得以永久解决。

Windows 10默认启用了一个名为fast boot的功能，当用户使用”shut down”按钮或计算机上的电源按钮正常关闭时，实际上会将正在运行的内核和其他一些系统内容保存到硬盘驱动器，类似于记录后的休眠状态关闭。它还会以某种方式使Windows以”lock”分区，同时防止数据损坏，意外或恶意。这意味着Ubuntu无法在启动期间挂载Windows分区。

就我而言，我在/etc /fstab中有Windows分区的条目，所以这使得Ubuntu无法启动。

解决方案是启动进入Windows，禁用”fast boot”，然后正常关闭。现在问题应该永久解决！

从我之前分享的链接中，在Windows中禁用快速启动，如下所示：

启动控制面板
转到“硬件和声音”设置
转到”Power Options”
点击“选择电源按钮的功能”
单击“更改当前不可用的设置”并授予UAC访问权限。
通过“打开快速启动(推荐)”设置清除该复选框

第六种思路

在我的情况下(双启动Windows 10)我必须使用命令(在Windows上)正确关闭Windows：

shutdown /s /t 5

当我重新启动时，Ubuntu加载没有问题。

第七种思路

我刚刚遇到了同样的问题，从USB闪存盘启动Ubuntu LTS 16.04。做sysctl default没有修复它，fsck会在扫描进度msg后立即闪烁，然后会出现相同的提示。这是有效的：

fsck -y /dev/sda1
reboot

第八种思路

如果在VirtualBox VM中发生这种情况，那么它可能无法在/etc/fstab中安装其中一个分区 – 不幸的是它失败并且“欢迎使用紧急模式！”即使它不是一个关键分区 – 所以如果你添加了一个格式错误的条目来尝试使用vboxsf挂载文件系统，那么整个系统无法启动而不会在启动日志中明确表示这是主要问题。

无论如何要清除问题，您需要在/etc/fstab中注释掉有问题的条目或修改它，以便mount对此感到满意。

参考资料

“Welcome to emergency mode!” Think it is a fsck problem