相关前传：
2 个 SSD（一个 840 evo + 一个 850 evo）
2 个硬盘
HDD 用于存储，格式为 ext4。其中一个硬盘曾经有一个 1Tb NTFS 分区，用于 Windows，现已被删除/重新格式化为 ext4。
850 evo 完全用于Linux（基于KDE Neon 18.04）。 840 evo 用于 Windows 10...通常与另一个 Linux 发行版双启动（以前是 Manjaro，直到...最近）。
重要提示：840 evo SSD（双启动 Windows10+linux 的一款）始终处于物理拔出状态...直到要使用时（并不经常）；每次插入 840 SSD 时，我都会拔下 850 SSD。
发生了什么:
上次我插入 840 SSD 时，我的 Windows10 表现得很奇怪，而且我感觉不到 Manjaro...所以我决定重新安装 Windows 10，然后使用 OpenSUSE Tumbleweed 进行双启动。
拔掉我的 850 SSD（仅限 18.04 KDE Neon 的），插入 840 SSD，使用 Gparted 从实时 Linux 发行版启动，并删除 840 SSD 上的所有内容，然后......过了很长一段时间（没有问题，只是花了太多时间了）安装了Win10...它比预期要晚，所以只需使用Windows中的常规“关机”按钮，拔下840 SSD，插入850 SSD，然后就到此为止了。
第二天，给计算机供电（只插入了我的 850 SSD + 2 HDD）...现在 Neon 似乎陷入了紧急模式 O__O 。
它显示了这样的内容：
您处于紧急模式。
登录后输入“journalctl -xb”查看系统日志，
“systemctl restart”重新启动，“systemctl default”
或 ^D 再次尝试启动到默认模式”。
每次我尝试 ctrl+d + exit 或 systemctl 默认值时，它都会加载 Neon 14.4 的一些文本加载序列，并显示与上面相同的文本。
从我到目前为止发现的情况来看，我的 fstab 可能是错误的。
此时此刻，我已经拔掉了除 850 SSD 以外的所有设备，并执行了“sudo nano /etc/fstab”，但我看到的只是 dev sdb1 + 交换文件的 UUID。
到目前为止我尝试过的
第一的：还插入 2 个 HDD，用 18.04 Neon 启动 SSD，弹出“journalctl -xb”....有 1423 行...我假设我应该检查红线（？）....并且我发现了这两个（我认为是第 1011 行和第 1012 行）：
systemd-udevd [417] : Error calling EVIOCSKEYCODE on device node '/dev/input/event3' (scan code 0xc022d, key code 103) : Invalid argument
systemd-udevd [417] : Error calling EVIOCSKEYCODE on device node '/dev/input/event3' (scan code 0xc022e, key code 108) : Invalid argument
然后，在网上 - 我想 - 1092 还有另一条红线，上面写着：
systemd [1] : Timed out waiting for device dev-disk-by\x2duuid-1D5F3A4B09CF588F .device.
就在那条线下方（不是红色）：
-- Subject: Unit dev-disk-by\x2duuid-1D5F3A4B09CF588F .device
我假设最后两行与前两行直接相关。
第二：
尝试从紧急模式运行 fsck 但不允许我这样做，因为 /dev/sda1 已安装。
再次从 live -buntu 发行版启动并按照我发现的以下步骤操作：
在终端中运行 - wgethttp://downloads.sourceforge.net/project/e2fsprogs/e2fsprogs/v1.43.1/e2fsprogs-1.43.1.tar.gz
Run in the terminal — tar xzf e2fsprogs-1.43.1.tar.gz Run in the terminal — cd e2fsprogs-1.43.1 Run in the terminal — ./configure Run in the terminal- make Run in the terminal- cd e2fsck/ Run in the terminal- sudo ./e2fsck -y <corrupt filesystem name>
将其应用于 /dev/sda1 。重新启动...但它仍然卡住显示我上面发布的相同红线。
我只插入一台 SSD（安装了 18.04 Neon 5.14.4）来完成这一切
第三：从 Kubuntu 18.10 实时媒体启动，打开 Konsole，然后以 root 身份执行“fsck /dev/sda1”...它说它是“干净的”。
重新启动系统，删除实时媒体，使用 Neon 从 SSD 启动......但它仍然停留在紧急模式。 接下来我应该检查/尝试什么？
答案1
我一直在寻找类似的问题，并且大量证据指向 fstab 文件......所以我检查了我的内容，它是这样的：
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
#Entry for /dev/sdb1 :
UUID=75d5863b-7463-475f-b3c1-259235486ee2 / ext4 errors=remount-ro 0 1
#Entry for /dev/sda2 :
UUID=1D5F3A4B09CF588F /media/myusername/1D5F3A4B09CF588F ntfs-3g defaults,nodev,nosuid,locale=en_US.UTF-8 0 0
/swapfile none swap sw 0 0
/dev/sda2 似乎是我的 DVD-ROM 驱动器，说实话，我不明白为什么它会成为这一切背后的驱动器，但我注释掉了这一行，所以我的 fstab 现在看起来像这样：
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
#Entry for /dev/sdb1 :
UUID=75d5863b-7463-475f-b3c1-259235486ee2 / ext4 errors=remount-ro 0 1
#Entry for /dev/sda2 :
#UUID=1D5F3A4B09CF588F /media/ashberian/1D5F3A4B09CF588F ntfs-3g defaults,nodev,nosuid,locale=en_US.UTF-8 0 0
/swapfile none swap sw 0 0
...并且成功了！最后，Neon 正常启动了！我似乎确实丢失了 DVD 驱动器：|