服务器上有 3 个磁盘驱动器,但其中一个出现输入/输出错误并且无法恢复。
当尝试使用剩余的 2 个驱动器启动时,我得到:
欢迎来到紧急模式!
登录后,输入“journalctl -xb”查看系统日志,输入“systemctl reboot”重新启动,输入“systemctl default”或^D再次尝试引导进入默认模式。
为维护提供 root 密码(或键入 control-D 继续):
我试过了 fsck
,但除了驱动器之外什么也没说clean
。
如果不使用“格式化并重新安装”,我该如何继续才能再次拥有可启动系统?或者,至少,确保该系统不可恢复?
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 行是红色的:
- 第 636 行 Feb 17 07:08:04 grafos 内核:ERST:无法为 ERST 请求 [mem 0xd7e6e000-0xd7e6ffff]。
- line 1249 Feb 17 07:09:34 grafos systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device 。
- 1879 行 2 月 17 日 07:09:36 grafos iscsid [1580]:pid = 1581 的 iSCSI 守护进程已启动!
我还发现了这些似乎很有趣的错误:
1248 年 2 月 17 日 07:09:34 grafos systemd[1]:dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device:作业 dev-disk-by\x2duuid-82271ee0\x2dc055\ax2d497 x2db52f\x2d566c8e456f29.device/started timed out。
line 1249 Feb 17 07:09:34 grafos systemd[1]: Timed out waiting for device 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 grafos systemd[1]:/dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29 上的文件系统检查的依赖项失败。
[...]
1265 行 2 月 17 日 07:09:34 grafos systemd[1]:/data 的依赖失败。
[...]
line 1273 Feb 17 07:09:34 grafos systemd[1]:本地文件系统的依赖失败。
[...]
line 1281 Feb 17 07:09:34 grafos systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'。
line 1282 Feb 17 07:09:34 grafos systemd[1]: local-fs.target: Triggering OnFailure= dependencies。
line 1283 Feb 17 07:09:34 grafos systemd[1]: data.mount: Job data.mount/start failed with result 'dependency'。
1284 年 2 月 17 日 07:09:34 grafos systemd[1]: systemd-fsck@dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service: Job systemd-fsck@dev-disk-by\ x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service/start失败,结果为“dependency”。
1285 年 2 月 17 日 07:09:34 grafos systemd[1]:dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device:作业 dev-disk-by\x2duuid-82271ee0\x2dc055\ax2d497 x2db52f\x2d566c8e456f29.device/start失败,结果为“timeout”。
帖子不适合“Ask Ubuntu”,因为正如那里所说,“16.04 已停产,因此与这里无关”。
Linux 启动将由于多种原因退出紧急模式。
一种可能性是
/etc/fstab
配置了一个挂载,该挂载不再存在或以某种方式损坏。在这种情况下,
/dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29
它安装在/data
无法正常运行。因此,
/etc/fstab
应该删除或注释掉有问题的行进行编辑。这应该会导致服务器正常启动,任何额外的调查都可以从这里开始。