“欢迎来到紧急模式！”认为这是一个问题
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]: (ie, 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 -lfdisk将通知您调用了分区/（根）。 在这个问题中，它是/dev/sdb1。然后你应该继续运行：
umount /dev/sdb1 fsck -y /dev/sdb1 poweroff如果
umount命令抱怨sdb1“未挂载”，那不是问题。 我们希望它“未安装”:)。 -
取出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默认启用了一个称为快速启动的function，当用户使用“关闭”按钮或计算机上的电源按钮正常关闭时，实际上会将正在运行的内核和其他一些系统内容保存到类似的硬盘驱动器中退出后hibernate。 它还会导致Windows以某种方式“锁定”分区，同时防止数据损坏，意外或恶意。 这意味着Ubuntu无法在启动期间挂载Windows分区。
就我而言，我在/ etc / fstab中有Windows分区的条目，所以这使得Ubuntu无法启动。
解决方案是启动进入Windows，禁用“快速启动”，然后正常关闭。 现在问题应该永久解决！
从我之前分享的链接中，在Windows中禁用快速启动，如下所示：
- 启动控制面板
- 转到“硬件和声音”设置
- 转到“电源选项”
- 点击“选择电源按钮的function”
- 单击“更改当前不可用的设置”并授予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对它感到满意。
与其他一些答案类似，我的诀窍是在/etc/fstab为可选的LVM分区注释掉一个条目。 我不知道为什么几天前它开始抱怨Ubuntu 17.10无法再找到LVM分区，也不知道为什么这会导致系统启动进入“紧急”模式。
一旦条目在/etc/fstab被注释掉，我就成功重启到了我的桌面。 看一些教程，我注意到我错过了一些LVM命令，所以我运行了sudo apt-get install lvm2 ，这似乎解决了这个问题。
如果像我一样你认为你的LVM分区是问题的原因，我运行的完整命令集是：
sudo lvmdiskscan sudo apt-get install lvm2 sudo lvmdiskscan sudo lvdisplay sudo vi /etc/fstab sudo vgchange -ay sudo mount -a
不确定是否所有这些都是必要的 – 我怀疑apt-get install lvm2是让我的系统再次启动的关键。
我有同样的问题，运行命令fsck后它正在恢复，但一段时间后我的计算机再次进入紧急模式，所以我从我的硬盘中删除了整个数据并安装了新的操作系统。 它解决了我的问题。 我认为问题是Ubuntu 15.0生动版本，所以我安装了14.0版本。 仍然没有问题。
我遇到过同样的问题。 从/ etc / fstab手动添加的ntfs分区注释系统正常启动。 使用ntfsfix命令修复导致这些ntfs分区的日记问题例如：Sudo ntfsfix / Dev / ntfs分区在/ etc / fstab中重新安装重启
所以这里有很多好的答案 – 只是为了添加信息，我的问题是拼写tmpfs作为tempfs的错误，这在我添加到/ etc / fstab以保护服务器的行中是不正确的
我刚刚遇到了同样的问题，在我的情况下，我刚刚重新创建了我的grub分区，因此它有一个不同于我上一个grub分区的UUID。 当我启动ubuntu时，系统将无法检查UUID。 为了解决这个问题我做了：
sudo nano /etc/fstab
然后从我刚刚修改过的分区中注释掉包含UUID的行。
然后reboot以应用更改。