emergency mode 处理

本节操作适用于Linux操作系统emergency mode（紧急模式）问题处理。操作步骤涉及修复文件系统操作，修复文件系统存在丢失数据风险，请先备份数据后进行修复操作
如下图：

处理方式

1、输入root密码后回车，进入修复模式。
我们按照提示进入emergency，journalctl -xb

2、在紧急模式下根分区是以只读方式挂载，要修改根目录下的文件需要执行以下命令，以读写方式重新挂载根分区。
mount -o rw,remount /

3、请执行以下命令首先检查fstab文件是否存在错误，尝试挂载所有未挂载的文件系统。
mount -a
注：也可以使用 findmnt --verify 去检测

• 如果出现mount point does not exist为挂载点不存在，请创建对应的挂载点。
• 如果出现no such device为不存在该文件系统设备，请注释或者删除该挂载行。
• 如果出现an incorrect mount option was specified为挂载参数错误，请修改为正确的参数。
• 如果没有出现任何错误且提示UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY，通常为文件系统错误导致，请跳至步骤7。
  执行以下命令，打开/etc/fstab修改相应的错误。

4、vi /etc/fstab

/etc/fstab文件包含了如下字段，通过空格分隔：

[file system] [dir] [type] [options] [dump] [fsck]

5、修改完成后，确认修改是否正确，再次执行以下命令首先检查fstab文件。
mount -a

6、执行以下命令，重启服务器。
reboot

7、如果步骤3中没有任何错误，则可能为文件系统错误导致，执行：
dmesg |egrep “ext[2…4]|xfs” |grep -i error

说明：
* 输出结果中如果有I/O error ... inode的错误信息则根因为文件系统错误导致。
* 如果上述命令没有发现日志记录文件系统文件错误则通常为超级块损坏。超级块是文件系统的“头部”。它包含文件系统的状态、尺寸和空闲磁盘块等信息。
* 如果损坏了一个文件系统的超级块（例如不小心直接将数据写到了文件系统的超级块分区中），那么系统可能会完全不识别该文件系统，系统启动时没有识别到文件系统导致进入紧急模式。ext2fs类型的文件系统将超级块的内容进行了备份，并存放于驱动程序的块组（blockgroup）边界。

8、请执行以下命令，卸载文件系统出错的目录，
umount 挂载点

9、检查并修复已损坏的文件系统。
须知： 修复文件系统可能会导致数据丢失请先进行数据备份。

• ext文件系统，执行以下命令，检查文件系统是否存在错误。fsck -n /dev/vdb1(如果出现The super block Cloud no be read or does not describe a correct ext2 filesystem的提示请跳转至10。)
• 如果需要修复，执行以下命令，修复文件系统。fsck /dev/vdb1
• xfs文件系统，执行以下命令，检查文件系统是否存在错误。 xfs_repair -n /dev/vdb1
• 如果需要修复，执行以下命令，修复文件系统。xfs_repair /dev/vdb1

参考：https://support.huaweicloud.com/trouble-ecs/ecs_trouble_0310.html