服务器进入emergency mode

开机故障：emergency mode卡住，无法进入桌面。

Ax7.3系统，开机后进入桌面前，卡在此界面。

报错提示：

[  70.909798]XFS(sdd):Metadata CRC error detected at xfs_sb_read_verify+0x112/0x178[xfs],xfs_sb block 0xffffff
[  70.911562]XFS(sdd):Umount and run xfs_repair
[  70.913243]XFS(sdd):First 64 bytes of corrupted metadata buffer:
...
Welcome to emergency mode!After logging in ,type "journalctl -xb" to view system logs,"systemctl reboot" to reboot,"systemctl default" or ^D to tyr again to boot into default mode.
Give root password for maintenance
(or typce Control-D to continue):

报错信息中有关于sdd盘的报错，在这个界面可以输入root密码，然后进入命令行可以进行相关操作，查询信息。

[root@localhost ~]# df -hT
# 磁盘空间信息里，能看到/sda sdb sdc sde sdf sdg等盘的挂载信息，唯独没有sdd
[root@localhost ~]# vim /etc/fstab 
# fstab挂载信息里显示sda-sdg都有对应的挂载点。

对比后判定问题原因在于/dev/sdd 这块磁盘的文件格式有问题，解决办法：

# 1、修改fstab文件，取消挂载，重启
# 2、重启后可用正常进入系统，根据需求，修复/dev/sdd 文件系统，恢复后重新挂载
# 3、因为当时服务器上的几块磁盘都没有数据，所以直接采用格式化的方式，格式化成xfs格式，然后挂载，修改/etc/fstab文件，重启，成功。
[root@localhost ~]# mkfs.xfs /dev/sdd
[root@localhost ~]# vim /etc/fstab
...
/dev/sdd	/data03		xfs 	default		0 	0
...
[root@localhost ~]# mount -a
[root@localhost ~]# reboot

附：xfs文件系统修复方法

1、检查文件系统

# 先确保umount取消挂载
xfs_check /dev/sdd(盘符); echo $? 
返回0表示正常

2、检查是否损坏

[root@localhost ~]# xfs_repair -n /dev/sdd	# 检查文件系统是否损坏，如果损坏将乐厨将要执行的操作
# 如果幸运的话，会发现没有问题，你可以跳过后续的操作。
# 该命令将表明会做出什么修改，一般情况下速度很快，即便数据量很大，没理由跳过。

3、执行xfs_repair 修复文件系统

[root@localhost ~]# xfs_repair /dev/sdd (ext系列工具为fsck)
最后方法：损失部分数据的修复方法

根据打印消息，修复失败时：
先执行xfs_repair -L /dev/sdd(清空日志，会丢失文件)，再执行xfs_repair /dev/sdd，再执行xfs_check /dev/sdd 检查文件系统是否修复成功。

说明：-L是修复xfs文件系统的最后手段，慎重选择，它会清空日志，会丢失用户数据和文件。

备注：

在执行xfs_repair操作前，最好使用xfs_metadump工具保存元数据，一旦修复失败，最起码可以恢复到修复之前的状态。
xfs_metadump为调试工具，可以不管，跳过。