记一次CentOS 硬盘损坏无法启动修复教程

CentOS 硬盘损坏无法启动修复教程

本教程将指导您如何修复 CentOS 系统因硬盘损坏导致无法启动的问题。

方法一:启动时强制文件系统检查

步骤 1:进入 GRUB 编辑模式

  1. 系统启动时,在 GRUB 菜单界面按 e 键进入编辑模式

步骤 2:修改启动参数

  1. 找到以 linuxlinux16 开头的行,例如:

    复制代码
    linux /vmlinuz-3.10.0-xxx.el7.x86_64 ro root=/dev/sda1
  2. 在该行的末尾(root=/dev/sda1 后面)添加以下参数:

    复制代码
    fsck.mode=force fsck.repair=yes
  3. 完整示例:

    复制代码
    linux /vmlinuz-3.10.0-xxx.el7.x86_64 ro root=/dev/sda1 fsck.mode=force fsck.repair=yes
  4. Ctrl + XF10 启动系统

  5. 系统将自动进行文件系统检查和修复


方法二:使用救援模式(Rescue Mode)

如果方法一无法修复,请使用 CentOS 官方镜像的救援模式。

步骤 1:启动救援模式

  1. 使用 CentOS 官方安装镜像启动系统
  2. 在启动菜单中选择 "Troubleshooting"
  3. 选择 "Rescue a CentOS system"
  4. 选择 "1" 继续

步骤 2:激活 LVM 卷

系统进入救援模式后,执行以下命令激活 LVM 卷:

bash 复制代码
sudo pvscan
sudo vgscan
sudo lvscan
sudo vgchange -ay

步骤 3:挂载系统分区

3.1 创建挂载点(如果不存在)
bash 复制代码
sudo mkdir -p /mnt/failed_disk
3.2 挂载根分区

根据 lvscan 的输出,找到根分区路径(通常是 /dev/mapper/centos-root),然后挂载:

bash 复制代码
sudo mount /dev/mapper/centos-root /mnt/failed_disk

注意:如果挂载失败,说明文件系统可能已损坏,需要先修复。

3.3 修复文件系统(如果需要)

如果挂载失败,使用 xfs_repair 修复 XFS 文件系统:

bash 复制代码
# 先尝试正常修复
sudo xfs_repair /dev/mapper/centos-root

如果正常修复失败,使用强制修复(注意:此操作可能导致数据丢失):

bash 复制代码
sudo xfs_repair -L /dev/mapper/centos-root

修复完成后,再次尝试挂载:

bash 复制代码
sudo mount /dev/mapper/centos-root /mnt/failed_disk
3.4 挂载启动分区

/dev/sda1(或您的实际启动分区)挂载到 /boot 目录:

bash 复制代码
sudo mount /dev/sda1 /mnt/failed_disk/boot

步骤 4:挂载必要的系统目录

为了在 chroot 环境中正常工作,需要挂载以下目录:

bash 复制代码
sudo mount -o bind /proc /mnt/failed_disk/proc
sudo mount -o bind /dev /mnt/failed_disk/dev
sudo mount -o bind /sys /mnt/failed_disk/sys
sudo mount -o bind /run /mnt/failed_disk/run

步骤 5:进入 chroot 环境并修复 GRUB

5.1 进入 chroot 环境
bash 复制代码
sudo chroot /mnt/failed_disk
5.2 重新安装 GRUB

注意 :请将 /dev/sdb 替换为您的实际硬盘设备(通常是 /dev/sda

bash 复制代码
grub2-install /dev/sdb
5.3 重新生成 GRUB 配置文件
bash 复制代码
grub2-mkconfig -o /boot/grub2/grub.cfg
5.4 重新生成 initramfs
bash 复制代码
dracut -f --verbose

步骤 6:退出并重启

bash 复制代码
exit
sudo umount /mnt/failed_disk/run
sudo umount /mnt/failed_disk/sys
sudo umount /mnt/failed_disk/dev
sudo umount /mnt/failed_disk/proc
sudo umount /mnt/failed_disk/boot
sudo umount /mnt/failed_disk

重启系统:

bash 复制代码
sudo reboot

注意事项

  1. 数据备份:在执行修复操作前,如果可能,请先备份重要数据
  2. 设备名称 :请根据实际情况替换设备名称(如 /dev/sda1/dev/sdb 等)
  3. 强制修复风险 :使用 xfs_repair -L 强制修复可能导致数据丢失,请谨慎使用
  4. LVM 卷名 :如果您的系统使用不同的卷组名(非 centos),请相应调整命令中的路径
  5. 文件系统类型 :如果您的系统使用 ext4 而非 XFS,请使用 fsck 命令替代 xfs_repair

常见问题

Q: 如何确定我的启动分区和设备名称?

A: 使用以下命令查看:

bash 复制代码
lsblk
fdisk -l

Q: 如何确定我的 LVM 卷组名称?

A: 使用以下命令查看:

bash 复制代码
sudo vgdisplay
sudo lvdisplay

Q: 修复后仍然无法启动怎么办?

A: 检查以下内容:

  • GRUB 是否正确安装到正确的设备
  • /boot/grub2/grub.cfg 文件是否存在且正确
  • 启动分区的挂载是否正确
  • 检查系统日志:journalctl -b 或查看 /var/log/messages

参考资料


最后更新:2025年

相关推荐
蓝速科技40 分钟前
蓝速科技会议电子门牌规模化部署与运维成本实测
运维·科技
许彰午41 分钟前
# allbytaskid——一个接口扛六个DataStore
运维·服务器·php
吠品1 小时前
Java byte数组与String互转:编码细节与踩坑记录
java·linux·服务器
牛奶咖啡131 小时前
AI助力运维——AIGC运维应用实践—Deepseek的介绍与本地部署选型
运维·人工智能·deepseek·deepseek能做什么·deepseek本地部署配置·本地部署选型避坑原则·本地部署的典型方案
木白CPP1 小时前
Linux 驱动UART子系统源码分析
linux·运维·服务器·驱动开发·嵌入式硬件·开源软件
-今昭-1 小时前
HAProxy 负载均衡部署
运维·负载均衡
RisunJan2 小时前
Linux命令-times(进程累计时间显示)
linux·运维·chrome
xiaoxiangsiyan3 小时前
RHCE2026完整版全知识点清单
运维·网络·学习·自动化·rhce
风控PM说3 小时前
自动化风控策略生成:基于决策树的方法
运维·决策树·自动化
Titan20244 小时前
Linux网络基础知识
linux·服务器·网络·c++·学习