1 前言

一个问题，一篇文章，一出故事。
笔者使用服务器过程中发现有数据损坏，于是检查发现有文件系统损坏且需要修复。

2 最佳实践

2.1 查看文件系统类型

df -Th

可见如下显示，

Filesystem             Type   Size  Used Avail Use% Mounted on
/dev/mapper/ds-root    ext4    50G  7.5G   40G  16% /
tmpfs                  tmpfs   16G  224K   16G   1% /dev/shm
/dev/sda1              ext4   477M   83M  369M  19% /boot
/dev/mapper/ds-data    ext4   1.7T  1.4T  222G  87% /data
/dev/mapper/nas-backup ext4   917G  530G  341G  61% /backup

注：如果是ext4则可以使用tune2fs检查并使用e2fsck修复

2.2 查看文件系统状态

tune2fs -l /dev/mapper/ds-data | grep "Filesystem state:"

可见如下显示，

Filesystem state:         clean with errors

2.3 卸载文件系统

umount /data/

2.4 修复文件系统逻辑坏道

e2fsck -fy /dev/mapper/ds-data

2.5 确认文件系统状态

tune2fs -l /dev/mapper/ds-data | grep "Filesystem state:"

可见如下显示，

Filesystem state:         clean

2.6 重新挂载文件系统

mount -a

2.7 根分区修复

另外，如果涉及到根分区的文件系统逻辑坏道，请先进入拯救模式然后依法操作，

如何进入CentOS或RHEL 7的拯救模式？

如何使用CentOS或RHEL 5的拯救模式？

如何使用Ubuntu 9的拯救模式？