今天分享一个Linux文件系统损坏的维护文件恢复案例。

一、笔记现象

值班人员突然收到服务器宕机的次生产环紧急告警通知，然后告知我。系统尝试通过堡垒机进入服务器查看状态，损坏结果无法进入，复记服务器应该是维护文件掉线了。

接着我通过云平台登录到后台界面，笔记看到下面的次生产环界面：

然后我输入密码尝试回车，出现下面的系统界面：

从报错可以判断：文件系统坏了。而且涉及两个分区：/dev/vda5和/dev/vdb1，损坏其中vda5是复记系统盘。

二、维护文件修复过程

说明一下：操作系统是WordPress模板笔记CentOS7.6 ，分区格式是次生产环ext4。

后台重启服务器，开机启动时出现下图界面时，按e键：

在后面输入： init=/bin/sh，并按 ctrl x  执行：

进入单用户模式后，使用 lsblk 确认分区挂载情况后，先对/dev/vda5系统盘进行修复：

幸运的是，系统能自动修复这些问题，数据损失极少。

接着就是通过同样的命令修复/dev/vdb1：

-y参数是确认所有修复项，如果不添加则会逐项确认。

【温馨提示】如果是b2b信息网xfs文件系统使用xfs_repair修复：

退出单用户模式重新启用：

最后，顺利登录到操作系统。进入系统需要检查数据完整性，业务都顺利启动，还好数据没有丢失。

三、注意事项

系统故障不可怕，可怕的是不知道怎么应对。一次次实践、总结和反思，是运维工程师不断成长的关键。源码库