银河麒麟系统启动失败如何排查？

Question

银河麒麟系统启动失败常见问题之一是GRUB引导加载器损坏或配置错误。当系统更新内核或磁盘分区发生变化后，GRUB可能无法正确加载内核镜像，导致启动停留在黑屏、提示“error: no such partition”或直接进入grub rescue模式。此类问题多因/boot分区被误删、磁盘顺序变更或双系统环境下Windows覆盖MBR所致。排查时可使用Live CD挂载原系统，检查/boot目录完整性，修复GRUB2配置并重装引导记录。同时需确认BIOS/UEFI启动模式与系统安装模式一致，避免因模式不匹配导致引导失败。

Answer 1

银河麒麟系统启动失败之GRUB引导问题深度解析

1. 问题背景与常见现象

银河麒麟操作系统作为国产化信创生态中的核心发行版之一，广泛应用于政府、金融及关键基础设施领域。在实际运维过程中，系统启动失败是高频故障之一，其中以GRUB（Grand Unified Bootloader）引导加载器损坏或配置错误最为典型。

常见表现包括：

• 启动时黑屏无响应
• 显示“error: no such partition”
• 直接进入grub rescue>命令行模式
• 提示“unknown filesystem”或“invalid signature”

这些问题通常出现在内核更新后、磁盘结构调整、物理设备更换或双系统环境中Windows重写MBR的情况下。

2. 根本原因分析

从底层机制来看，GRUB2作为银河麒麟默认的引导程序，依赖于特定分区结构和配置文件来定位内核镜像（vmlinuz）与初始RAM磁盘（initrd）。一旦以下任一条件被破坏，即可能导致引导链断裂：

原因分类	具体场景	影响层级
/boot 分区异常	误删除、挂载失败、空间耗尽	高
磁盘顺序变更	新增硬盘、BIOS中SATA顺序调整	中高
MBR 被覆盖	Windows 系统重装后覆盖主引导记录	高
UEFI/BIOS 模式不匹配	系统以UEFI安装但当前为Legacy启动	中
GRUB 配置文件损坏	update-grub 执行中断导致cfg文件缺失	中

3. 故障排查流程图

```mermaid
graph TD
    A[系统无法启动] --> B{是否进入grub rescue?}
    B -- 是 --> C[执行ls查看可用设备]
    C --> D[set root=(hdX,gptY)尝试挂载/boot]
    D --> E[chainload +1 或 linux/initrd 加载内核]
    E --> F[临时启动成功]
    F --> G[使用Live CD修复]

    B -- 否 --> H[检查屏幕是否有错误信息]
    H --> I{错误含"no such partition"?}
    I -- 是 --> J[确认磁盘顺序与UUID匹配]
    J --> G

    I -- 否 --> K[尝试Live CD挂载原系统]
    K --> L[检查/boot目录完整性]
    L --> M[重新安装GRUB并更新配置]
    

4. 解决方案实施步骤

推荐使用银河麒麟官方Live CD或USB启动介质进行救援操作，以下是标准恢复流程：

1. 插入Live介质并从其启动，选择“试用银河麒麟”
2. 打开终端，使用sudo fdisk -l识别原系统所在分区
3. 挂载根分区：sudo mount /dev/sdaX /mnt
4. 若存在独立/boot分区，需额外挂载：sudo mount /dev/sdaY /mnt/boot
5. 绑定必要虚拟文件系统：
   sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
6. 切换至原系统环境：sudo chroot /mnt
7. 重新安装GRUB：
   BIOS模式下执行：grub-install /dev/sda
   UEFI模式下还需确保/boot/efi已挂载，并执行：grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=kylin
8. 重建配置文件：update-grub
9. 退出chroot环境：exit
10. 卸载所有挂载点并重启系统

5. 高级调试技巧

对于资深工程师而言，在grub rescue>模式下可通过手动命令链实现应急启动：

grub rescue> ls
(hd0) (hd0,gpt1) (hd0,gpt2) (hd0,gpt3)
grub rescue> ls (hd0,gpt3)/boot/grub
... 若存在文件，则设为root ...
grub rescue> set root=(hd0,gpt3)
grub rescue> set prefix=(hd0,gpt3)/boot/grub
grub rescue> insmod normal
grub rescue> normal
    

此方法可用于快速验证分区状态并恢复控制权，适用于远程服务器无KVM访问的场景。

6. 预防性维护建议

为降低此类故障发生概率，建议采取以下措施：

• 定期备份/boot分区内容
• 双系统用户应在安装Windows前备份MBR：dd if=/dev/sda of=mbr.bak bs=512 count=1
• 避免频繁手动修改分区表
• 启用自动快照功能（如LVM或Btrfs）
• 统一规划UEFI/Legacy启动模式，避免混用
• 内核升级后立即验证GRUB配置有效性