一次Centos7磁盘文件损坏导致不能进入系统的修复过程

以下是本次 XXX服务器（注：公司内部Linux生产服务器，不方便实名，暂时用XXX代替）的修复过程（中间有些修复步骤当时没有来的及截屏，用上周临时搭建的备用服务器进行了重现，所以逻辑卷名称会稍微有点区别，但修复过程都是一样的）

(1). 通过 CentOS-7-x86_64-LiveCD 启动进入系统后，通过 fdisk -l 看到 /dev/sda 下游两个逻辑分区（ lv ）： /dev/mapper/cl-root 和 /dev/mapper/cl-data

注： /dev/mapper/cl-root 逻辑卷对应的就是原先 XXX 服务器的 / 分区

(2). 通过命令 mkdir /tmp/root&mount -t xfs /dev/mapper/cl-root /tmp/root 将 /dev/mapper/cl-root 挂载到 /tmp/root

(3). 通过 dumpe2fs 检查确认 /dev/mapper/cl/getlnx33-root 确实存在 superblock 错误

(4). 先卸载挂载点 /tmp/root 后，使用 xfs_repair 进行修复

(5). 修复完后重启 OS ，发现很快进入到紧急模式（ emergency mode ）

(6). cat /run/initramfs/log/rdsosreport.txt 发现逻辑卷 /dev/mapper/cl-root 存在 superblock 错误

cat /run/initramfs/log/rdsosreport.txt # 目前修复好后，此文件已经不存在

(7). 在当前页面再次使用 xfs_repair 进行修复，然后重启 OS

(8). 重启后很快就进入到久违的用户登录界面了，至此修复完成。