“欢迎使用紧急模式！”认为这是一个fsck问题

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不专有等。

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

您可以fsck从Ubuntu Live 运行。

1. 开启电脑。引导到Ubuntu Live DVD / USB（无需安装即可尝试）。
2. 加载后，按Ctrl+ Alt+ 打开终端T

3. 在终端中，运行：

   sudo -i
   fdisk -l
   

   fdisk会告诉您分区/（根）的名称。在这个问题上是/dev/sdb1。

   然后，您应该继续运行：

   umount /dev/sdb1
   fsck -y /dev/sdb1
   poweroff
   

   如果该umount命令抱怨sdb1“未安装”，那不是问题。我们希望它“不挂载” :)。

4. 取出DVD / USB。再次打开计算机，以从SSD引导。

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

sudo nano /etc/fstab

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

sudo systemctl reboot

它说它已损坏，所以我不知道这是怎么回事，但我希望这可以对不能运行Linux的人有所帮助。

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

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

我无法挂载ntfs分区之一，并且错误与Windows关闭/休眠有关。我曾经sudo ntfsfix /dev/sda3解决过这个问题。我能够挂载ntfs分区sda3，但重启后Ubuntu便以紧急模式启动。
要解决此问题，请在Windows中运行以下命令

shutdown /s /t 5

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

Khushboo Rani和Cagan Arslan的回答使我找到了永久解决方案。

Windows 10具有默认情况下启用的称为快速启动的功能，当用户使用计算机上的“关闭”按钮或电源按钮正常关闭时，实际上会将正在运行的内核和某些其他系统内容保存到硬盘中注销后进入休眠状态。它还会导致Windows在执行此操作时以某种方式“锁定”分区，以防止意外或恶意破坏数据。这意味着Ubuntu在启动过程中无法挂载Windows分区。

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

解决方法是启动Windows，禁用“快速启动”，然后正常关闭。现在该问题应该永久解决！

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

1. 启动控制面板
2. 转到“硬件和声音”设置
3. 转到“电源选项”
4. 点击“选择电源按钮的功能”
5. 单击“更改当前不可用的设置”，然后授予UAC访问权限。
6. 通过“打开快速启动（推荐）”设置清除该复选框

在我的情况下（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 -a y
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分区，因此它的UUID与我上一个grub分区不同。当我启动ubuntu时，系统将无法检查UUID。为了解决这个问题，我做了：

sudo nano /etc/fstab

然后从刚修改的分区中注释掉包含UUID的行。

然后reboot应用更改。

以上所有答案对我没有帮助，因为我没有fstab的恢复文件。
诀窍是什么（在紧急模式下）

cat /proc/mounts > /etc/fstab