1. 排查硬件与阵列配置：
重启服务器，按F8或根据提示进入Array Configuration Utility (ACU)/HPE Smart Storage Administrator（如果是配套HBA/RAID卡），查看物理磁盘和逻辑卷状态是否正常（显示OK/Optimal）。
如果是UEFI模式，请确认启动项中是否存在对应磁盘的引导。
2. 尝试修复GRUB2（最常见原因）：
使用CentOS7安装镜像（U盘/光盘）引导，选择Troubleshooting -> Rescue a CentOS system。
进入救援模式后，按提示挂载系统（通常chroot /mnt/sysimage）。
执行命令重写MBR/修复引导：
bash
grub2-install /dev/sda # 注意替换为你的系统盘，如/dev/sdb
grub2-mkconfig -o /boot/grub2/grub.cfg
执行exit退出chroot并重启。
3. 检查零扇区物理损坏：
在救援模式下，使用smartctl或厂商工具检查磁盘坏道。
UniServer R4300 G3 CentOS7 重启后无法启动排查
服务器型号 UniServer R4300 G3，CentOS7 重启后无法开机；优先硬件 RAID 检查，再做系统软件排查，优先使用 HDM 远程 KVM 看屏幕报错，根据报错定位根因。
第一步：硬件层检查（R4300‑G3 优先做，很多重启故障来自 RAID）
1、登录 HDM 网页，打开 KVM 控制台，完整记录开机屏幕报错文字，这是最重要依据。 2、HDM 页面查看【存储】：
- 确认 RAID 阵列状态：必须 Normal 正常；如果 Degraded（降级）/Fault（故障），先处理硬盘、阵列问题。阵列故障，操作系统直接无法识别系统盘。
- 查看硬盘状态，是否有硬盘报故障、离线。 3、查看 BIOS/UEFI 启动项，确认第一启动项是 RAID 逻辑盘，不要被 U 盘、其他介质抢占引导。
⚠️如果 RAID 已经故障，不要直接进系统修复，优先处理阵列，强行修复文件系统会加重数据损坏。
第二步：区分三种典型启动现象
现象 1：POST 完成，看不到 GRUB 菜单，黑屏 / 直接进 BIOS
- 大概率：RAID 引导记录损坏、MBR/GPT 引导损坏、启动顺序错乱。
处理：CentOS7 ISO U 盘启动，进入 Troubleshooting → Rescue a CentOS system 救援模式。
现象 2：可以出现 GRUB 菜单，选内核之后卡住、panic、进入 dracut:/# 提示符
高频原因：
1）initramfs 缺少 RAID 卡驱动（异常重启损坏镜像）；
2）/etc/fstab错误，挂载项异常；
3）XFS 根文件系统损坏；
4）LVM 卷识别失败。
现象 3：GRUB 救援提示符 grub rescue>
boot 分区丢失 / 损坏，需要救援模式重建 grub。
第三步：救援模式标准修复操作（CentOS7）
1、制作 CentOS7 安装 U 盘，服务器从 U 盘启动，进入 Troubleshooting → Rescue a CentOS system，选择 Continue，进入 shell。
2、如果使用 LVM：
pvscan
vgscan
vgchange -ay
lvscan
3、尝试挂载根分区；XFS 文件系统损坏，不允许直接 mount，先修复
#示例，根据lvscan输出替换设备名
xfs_repair -L /dev/mapper/centos‑root
mount /dev/mapper/centos‑root /mnt/sysimage
mount /dev/sda1 /mnt/sysimage/boot #挂载boot分区
4、切换到原系统环境
chroot /mnt/sysimage
5、重建 initramfs（R4300‑G3 RAID 卡驱动经常在这里丢失）
dracut -f --regenerate‑all
6、修复 GRUB 引导
Legacy BIOS 模式：
grub2‑install /dev/sda
grub2‑mkconfig -o /boot/grub2/grub.cfg
UEFI 模式：
grub2‑install --target=x86_64‑efi --efi‑directory=/boot/efi --bootloader‑id=GRUB
grub2‑mkconfig -o /boot/grub2/grub.cfg
7、检查 /etc/fstab，确认 UUID、挂载设备没有错误，保存。
8、连续两次 exit 退出，拔掉 U 盘，重启服务器。
重要避坑（R4300 G3 特有）
1、不要在阵列 Degraded 降级状态下做 xfs_repair 修复文件系统，优先解决 RAID 硬盘故障，否则数据风险极高。 2、如果是硬件 RAID 卡，不要在系统里面使用 mdadm，硬件阵列由 RAID 卡管理。 3、修复完成后，HDM 内把 RAID 卡固件、服务器 BIOS 固件升级到推荐基线，规避固件异常导致重启系统损坏。 4、XFS 文件系统，fsck 命令不适用，必须使用 xfs_repair，不要用 ext 系列修复工具。
如果修复失败
1、救援模式下无法挂载根分区，阵列状态异常：硬件层面故障，优先备份硬盘数据。 2、阵列正常，但系统文件严重损坏：备份数据后重装 CentOS7。
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论