![案例_XFS文件系统故障处理方法,第1张 案例_XFS文件系统故障处理方法,第1张](/aiimages/%E6%A1%88%E4%BE%8B_XFS%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E6%95%85%E9%9A%9C%E5%A4%84%E7%90%86%E6%96%B9%E6%B3%95.png)
案例:某客户服务器因机房断电,导致多台设备无法进入 Linux *** 作系统,报错 XFS
文件系统损坏。如图:故障原因: 维护 Linux 服务器时会面临这样一种错误,即显示文件系统变成(Read Only System),即 文件系统变成只读的方式,产生这一问题的原因可能有两种,一种是多机写入时同步机制出 现问题,另一种方式是单机写入时出现服务器掉电的情况 而本案例故障演员则为后者:单机写入时出现服务器掉电的情况。名称解析: XFS 文件系统: 文件系统的定义: 文件系统是 *** 作系统用于明确存储设备(常见的是磁盘,也有基于 NAND Flash 的固态硬盘)或分区上的文件的方法和数据结构;即在存储设备上组织文件的方法。 xfs 文件系统: 是一个日志型文件系统日志文件系统?加一个日志来记录文件系统的更改,即使在断电或者是 *** 作系 统崩溃的情况下也能保证文件系统一致性怎么保持的?要向磁盘写数据的时候,肯定要改变元数据,日志就要在这之前记录要怎么去 改元数据的,当发生异常掉电或者文件系统崩溃后,进行
修复时会检查文件系统的一致性, 当出现不一致时,可通过它来恢复。故障处理方法: 第一步:使用#lsblk 查找挂载路径,用#umount 将其卸载;确保分区处于 umount 状态 (xfs_check /dev/sdb(盘符)echo $?返回 0 表示正常),进行下一步;第二步:检测文件系统是否损坏:
执行 xfs_repair -n,检查文件系统是否损坏。第三步:修复文件系统: xfs_repair /dev/sdb 以本案例为例。 注: XFS 文件系统在异常断电后发生文件系统报错概率很高。若仅仅因为断电导致文件系统 报错,通常是可以通过命令修复的。执行以上 repair *** 作不会对数据产生进一步损坏风险, 如发生修复失败是由于文件系统损坏严重,而不是此 *** 作导致第四步:强制修复(会造成文件丢失,需要与客户说明数据安全&得到客户允许下才能 *** 作。) 先执行 xfs_repair -L /dev/sdb(清空日志,会丢失文件),再执行 xfs_repair /dev/sdb,再执行 xfs_check /dev/sdb 检查文件系统是否修复成功说明:-L 是修复 xfs 文件系统的最后手段,慎重选择,它会清空日志,会丢失用户数据和文 件。备注:在执行 xfs_repair *** 作前,最好使用 xfs_metadump 工具保存元数据,一旦修复失败, 最起码可以恢复到修复之前的状态 注:仅用作经验分享。参考文献: https://blog.csdn.net/yuanfang_way/article/details/78700089 https://www.cnblogs.com/yuzhaoxin/p/4083582.htmlLinux机器异常断电关机之后再次开启无法正常进入系统,只能进入emergency mode,截图如下所示。
报错信息提示XFS文件系统元数据损坏,需要取消挂载后运行 xfs_repair 命令修复。
在紧急模式运行:
我们找到如下输出,注意红框中的内容。
发现 mount /dev/mapper/centos-root 到 /sysroot 失败。我们需要修复 /dev/mapper/centos-root 。
接着执行修复命令:
程序输出如下,等待执行完毕。
等到命令行返回,出现 done 字样,说明执行成功。
接下来执行 reboot 命令,重启系统。重启后系统能够正常启动,问题修复完毕。
评论列表(0条)