CentOS文件系统故障如何修复
导读:CentOS 文件系统故障修复步骤 一、快速处置与安全准备 优先保障数据安全:对尚可访问的重要目录做一次远程或离线备份,例如使用 rsync -av /data/ root@192.168.1.100:/data/backup/。 若根分...
CentOS 文件系统故障修复步骤
一、快速处置与安全准备
- 优先保障数据安全:对尚可访问的重要目录做一次远程或离线备份,例如使用 rsync -av /data/ root@192.168.1.100:/data/backup/。
- 若根分区仅变为只读,先尝试将根重新挂载为读写:mount -o remount,rw /;若失败,立即转入救援/单用户修复流程。
- 修复前尽量卸载目标分区;对 XFS 的检查与修复要求分区处于未挂载状态;对 ext* 可在救援环境使用 fsck 修复。
二、进入救援模式
- 挂载 CentOS 安装 ISO 并从光盘/ISO 启动,在引导菜单选择 Troubleshooting → Rescue a CentOS system。
- 进入救援环境后有三个选项:
- Continue:自动挂载已安装系统到 /mnt/sysimage(通常为读写);
- Read-Only:只读挂载;
- Skip:不挂载,进入最小化 Shell。
- 一般选择 Continue,进入 Shell 后执行 chroot /mnt/sysimage 进入原系统根环境;若选择 Skip,通常需要手动激活 LVM(见下一节)。
三、按文件系统类型执行修复
- 识别分区与类型:在救援 Shell 中执行 lsblk -f、blkid、df -h 确认设备名与文件系统(如 /dev/sda1、/dev/mapper/vg-root、ext4、xfs)。
- 非根分区(已卸载)
- ext*:执行 fsck -y /dev/sdXN(或 e2fsck)。
- XFS:先确保未挂载,执行 xfs_repair /dev/sdXN;若仍异常,可在充分评估数据风险后使用 xfs_repair -L /dev/sdXN(会丢弃日志,可能导致最近未落盘数据丢失)。
- 根分区(救援环境)
- 若选择 Continue 并已 chroot /mnt/sysimage:
- ext*:直接 fsck -y /dev/mapper/vg-root(或实际根设备)。
- XFS:根分区通常无法在已挂载状态修复,建议重启回到救援界面选择 Skip,按下一节激活 LVM 后修复。
- 若选择 Skip(未挂载):先激活 LVM(见下一节),再对 /dev/mapper/ 下的逻辑卷执行相应修复命令。
- 若选择 Continue 并已 chroot /mnt/sysimage:
四、LVM 卷未自动激活的处理
- 在救援 Shell(尤其选择 Skip 时)执行:
- lvm vgscan(扫描卷组)
- lvm vgchange -ay(激活卷组)
- 激活后即可看到 /dev/mapper/centos-root、centos-home 等设备,随后对相应 XFS/ext* 分区执行修复。
五、无法进入救援时的替代方案与注意事项
- 使用 单用户模式 修复(适用于可进入引导界面的情况):
- 在 GRUB 内核行将 ro 改为 rw init=/sysroot/bin/sh,必要时移除 console= 相关参数,按 Ctrl+X 启动;
- 进入后执行 chroot /sysroot,按文件系统类型运行 fsck 或 xfs_repair;
- 修复完成后执行 exec /sbin/init 或 reboot 重启。
- 重要提示:
- 对 XFS 的修复默认要求分区未挂载;xfs_repair -L 会清空日志,存在数据丢失风险,仅在确认必要时使用;
- 修复失败或反复异常时,优先检查硬件(磁盘/控制器/线缆)、RAID/阵列状态与文件系统一致性;
- 任何修复操作前务必做好完整备份,并在变更窗口内执行。
声明:本文内容由网友自发贡献,本站不承担相应法律责任。对本内容有异议或投诉,请联系2913721942#qq.com核实处理,我们将尽快回复您,谢谢合作!
若转载请注明出处: CentOS文件系统故障如何修复
本文地址: https://pptw.com/jishu/776639.html
