xfs文件系统和ext系列修复办法

前言：服务器意外断电，可能会导致数据无法落盘，系统无法正常开机，这个时候就需要进行文件系统修复了 。

xfs文件系统修复方法

1. 前言
首先尝试mount和umount文件系统，以便重放日志，修复文件系统，如果不行，再进行如下操作。

2. 检查文件系统
做此步之前确保分区处于umount状态
`xfs_check /dev/sdd(盘符); echo $?`
返回0表示正常

3. 执行xfs_repair -n，检查文件系统是否损坏，如何损坏会列出将要执行的操作
执行xfs_repair -n，检查文件系统是否损坏，如何损坏会列出将要执行的操作

4. 执行xfs_repair修复文件系统

`xfs_repair /dev/sdd` (ext系列工具为fsck)

5. 最后方法：损失部分数据的修复方法

先执行`xfs_repair -L /dev/sdd`(清空日志，会丢失文件)，再执行`xfs_repair /dev/sdd`，再执行`xfs_check /dev/sdd` 检查文件系统是否修复成功。
**说明：**-L是修复xfs文件系统的最后手段，慎重选择，它会清空日志，会丢失用户数据和文件。

***备注：\***在执行xfs_repair操作前，最好使用xfs_metadump工具保存元数据，一旦修复失败，最起码可以恢复到修复之前的状态。

ext系列修复方法

fsck.ext3扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。如果扫描运行中的系统，会造成系统文件损坏。

使用fsck.ext3对文件系统进行扫描、修复

fsck.ext3 -y /dev/sdb1 ---开始进入扫描、修正文件系统
-y参数为自动确认修复

fsck.ext3扫描、修正完文件系统后，根据提示可能需要重启系统。如果没有提示重启系统，也需要reboot来重启系统。

特别说明：在EXT3（实际上其他文件系统也类似）无法mount，或者提示fsck时，如果有重要数据，应该慎重对待，千万不可贸然执行"fsck -f -y　"这样的自动修复功能。如果可能，先对故障区域做dd全镜像后再执行，或者以只读方式执行，并仔细看修复过程，如果提示大量inode错误、需要重建树、或大小不对等就不可再继续下去了。