开机后我立即看到：
[[0;32m OK [0m] Started Login to default iSCSI targets.
[[0;32m OK [0m] Reached target Remote File Systems (Pre).
[[0;32m OK [0m] Reached target Remote File Systems.
Welcome to emergency mode! After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to
try again to boot into default mode.
Give root password for maintenance
(or press Control-D to continue):
如何避免这种情况？
是谁妨碍并展示了这一点Welcome to emergency mode!？
我可以禁用任何服务以便下次重启时不会发生这种情况吗？
这个问题是另一个问题的一部分：Amazon AWS EC2 卷问题阻止通过 SSH 访问实例
答案1
键入journalctl -xb以查看日志。然后向下滚动查找红色的日志。它将显示一些有关 fsck 及其相关磁盘分区的错误，至少在我的情况下是这样。如果您遇到同样的问题，请以 root 用户身份输入以下命令
umount /dev/sda/<error partition number>
fsck /dev/sda/<error partition number> -y
mount /dev/sda/<error partition number>
reboot
答案2
我们遇到了这个问题，我花了 3 多个小时试图修复它。结果发现，实例重启后，其中一个 EBS 没有重新连接，而且由于挂载是在 /etc/fstab 中硬编码的，因此它在启动时失败。一旦我们将 EBS 重新连接到实例，一切都恢复正常。
还有一件事情需要注意：如果你重新连接 EBS 而没有指定它安装了哪个 /dev/，那么 EBS 将具有不同的 /dev/ 点；但是，这不会导致错误，因为 fstab 使用设备 ID 而不是设备位置。