Linux系统中的文件系统崩溃是比较常见的故障类型，可能由突然断电、硬件故障、非法关机、磁盘坏道等多种原因引发，会导致文件无法读写、系统启动卡住、提示文件系统错误等异常表现，需要按照科学的流程处理。
第一步：确认文件系统崩溃的具体表现
首先需要明确故障的具体现象，方便后续选择对应的处理方式，常见的崩溃表现有以下几种：
- 系统启动时提示
filesystem_check_failed或者error_mounting_filesystem这类错误信息 - 进入系统后无法访问某个磁盘分区，提示权限错误或者设备不存在
- 读写文件时出现
Input/output_error报错，部分文件内容损坏 - 使用
df -h命令查看磁盘时，某个分区显示为unknown状态
第二步：尝试进入救援模式或单用户模式
如果文件系统崩溃导致系统无法正常启动，需要先进入救援环境，避免对故障磁盘进行写入操作，防止损坏加重。不同发行版的进入方式略有差异，以常见的CentOS和Ubuntu为例：
CentOS进入单用户模式
开机启动时长按e键进入GRUB编辑界面，找到以linux16开头的行，在行尾添加single或者1，然后按Ctrl+x启动即可进入单用户模式。
Ubuntu进入救援模式
开机时长按Shift键进入GRUB界面，选择Advanced_options_for_Ubuntu，再选择带有recovery_mode的选项，进入后选择root选项获取root权限。
第三步：使用fsck工具修复文件系统
fsck是Linux系统自带的文件系统检查和修复工具，支持ext2、ext3、ext4、xfs等多种常见文件系统，修复前需要先卸载故障分区，避免修复过程中产生冲突。
查看磁盘分区信息
先使用fdisk或者lsblk命令确认故障分区的具体标识：
# 查看所有磁盘分区列表 lsblk # 查看磁盘分区详情 fdisk -l
卸载故障分区
如果分区已经挂载，需要先执行卸载操作，假设故障分区是/dev/sda2：
# 卸载分区 umount /dev/sda2 # 如果提示设备忙，可以查看占用进程 fuser -mv /dev/sda2 # 结束占用进程后再卸载
执行fsck修复
根据文件系统类型选择对应的修复参数，修复过程中会提示是否修复错误，输入y确认即可：
# 修复ext系列文件系统，假设分区是/dev/sda2 fsck -y /dev/sda2 # 修复xfs文件系统，需要先执行xfs_repair xfs_repair /dev/sda2
如果fsck提示需要先清理日志，可以加上-f参数强制检查：
fsck -f -y /dev/sda2
第四步：处理严重损坏的情况
如果fsck无法修复，或者磁盘出现大量坏道，需要先尝试恢复数据，再处理磁盘问题。
数据恢复操作
可以使用ddrescue工具先对故障磁盘做镜像备份，避免后续操作破坏原有数据：
# 安装ddrescue工具，CentOS执行yum install ddrescue，Ubuntu执行apt install gddrescue # 将故障磁盘/dev/sda镜像到备份文件disk.img ddrescue /dev/sda /data/disk.img /data/disk.log
镜像完成后，可以使用testdisk或者photorec工具从镜像中恢复丢失的文件。
磁盘坏道处理
如果是磁盘硬件坏道导致的文件系统崩溃，可以使用badblocks工具检测坏道位置：
# 检测/dev/sda的坏道，输出到badblocks.log badblocks -v /dev/sda > badblocks.log
检测完成后，如果坏道数量较少，可以使用e2fsck标记坏道，避免文件系统再次使用这些区域：
e2fsck -l badblocks.log /dev/sda2
如果坏道数量较多，建议直接更换磁盘，避免后续再次出现崩溃问题。
修复后的验证操作
修复完成后，重新挂载分区，检查文件是否正常访问，同时可以执行以下命令验证文件系统完整性：
# 挂载修复后的分区到/mnt目录 mount /dev/sda2 /mnt # 检查分区挂载状态 df -h | grep sda2 # 尝试读写测试文件 echo "test" > /mnt/test.txt cat /mnt/test.txt rm /mnt/test.txt
如果所有操作都正常，重启系统即可恢复正常运行。日常使用中建议定期备份重要数据，同时配置磁盘健康监控，提前发现磁盘异常，减少文件系统崩溃的概率。