☰

Ubuntu 给出消息“欢迎进入紧急模式！”，fsck 只是说“干净”

tag-icon • tag-icon filesystems boot disk fsck
Ubuntu 给出消息“欢迎进入紧急模式！”，fsck 只是说“干净”

服务器上有 3 个磁盘驱动器，但其中一个因输入/输出错误而发生故障且不可恢复。

当尝试使用剩余 2 个驱动器启动时，我得到：

欢迎使用紧急模式！

登录后，输入“journalctl -xb”查看系统日志，输入“systemctl restart”重新启动，输入“systemctl default”或^D再次尝试启动进入默认模式。

提供 root 密码以进行维护（或输入 control-D 继续）：

我努力了 fsck，但除了驱动器之外什么也没说clean。

我该如何继续，以便再次拥有可启动系统，而不使用“格式化并重新安装”？或者，至少确保该系统不可恢复？

你用的是Ubuntu吗？当然！

  • cat /etc/issue: Ubuntu 16.04.6 LTS \n \l;

是RAID吗？人类主人说：“不”。

  • cat /etc/mdadm.conf: No such file or directory;
  • cat /proc/mdstat: Personalities: [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]. unused devices: <none>。

你把坏的第三个删除了吗/etc/fstab？

我不认为那里有什么可以删除的，因为cat /etc/fstab只列出了设备的卷sda，并且sdb相同列出的设备 lsblk。所以没有第三个驱动器/etc/fstab。

唯一奇怪的是dev/sda1，列为<mount point> /，有这样的<option>：errors=remount-ro。和建议使用touch /forcefsck并不能解决任何问题，因为该文件不存在，正如 所验证的那样nano /forcefsck。

正如它所问的，你跑了吗journalctl -xb？

我没有，因为我的大部分工作经验都是在 Windows 上进行的，崩溃屏幕上的任何建议都可以而且应该被完全忽略，因为它们没有帮助。但我发现这本书journalctl -xb非常有帮助，甚至读起来很有趣。

但我现在跑了发现这 3 条红色线：

  1. 第 636 行 2 月 17 日 07:08:04 ██████ 内核：ERT：无法请求 [mem 0xd7e6e000-0xd7e6ffff] 进行 ERST。
  2. 第 1249 行 2 月 17 日 07:09:34 ██████ systemd[1]：等待设备 dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device 超时。
  3. 第 1879 行 2 月 17 日 07:09:36 ██████ iscsid[1580]：pid=1581 的 iSCSI 守护进程已启动！

我还发现了这些似乎很有趣的错误：

第 1248 行 2 月 17 日 07:09:34 ██████ systemd\[1\]: dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device: 作业 dev-disk-by\x2duuid -82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device/启动时间到。
第 1249 行 2 月 17 日 07:09:34 ██████ systemd\[1\]:时间到正在等待设备 dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device 。
第 1250 行 -- 主题：单元 dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device 有失败的
    [...]
第 1256 行 -- 结果是暂停。
第 1257 行 2 月 17 日 07:09:34 ██████ systemd\[1\]:依赖失败用于 /dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29 上的文件系统检查。
    [...]
第 1265 行 2 月 17 日 07:09:34 ██████ systemd\[1\]:依赖失败对于/数据。
    [...]
第 1273 行 2 月 17 日 07:09:34 ██████ systemd\[1\]:依赖失败对于本地文件系统。
    [...]
第 1281 行 2 月 17 日 07:09:34 ██████ systemd\[1\]: local-fs.target: 作业 local-fs.target/start失败，结果为“依赖”。
第 1282 行 2 月 17 日 07:09:34 ██████ systemd\[1\]: local-fs.target: 触发 OnFailure=依赖关系。
第 1283 行 2 月 17 日 07:09:34 ██████ systemd\[1\]: data.mount: 作业 data.mount/start失败，结果为“依赖”。
第 1284 行 2 月 17 日 07:09:34 ██████ systemd\[1\]: systemd-fsck@dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service: 作业 systemd-fsck @dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service/start失败，结果为“依赖”。
第 1285 行 2 月 17 日 07:09:34 ██████ systemd\[1\]: dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device: 作业 dev-disk-by\x2duuid -82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device/start失败，结果为“超时”。

邮政不适合“询问 Ubuntu”，因为正如那里所说，“16.04 已停产，因此此处偏离主题”。

答案1

Linux 启动时会因多种原因而跳出，导致进入紧急模式。

一种可能性是/etc/fstab配置的安装不再存在或以某种方式损坏。

在这种情况下，/dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29安装的设备/data无法正常工作。

因此，/etc/fstab应进行编辑，删除或注释掉有问题的行。

这应该会导致服务器正常启动，从而可以开始任何其他调查。

相关内容