银河麒麟开机卡在grub rescue或报“unknown filesystem”“no such device”，说明GRUB无法识别根分区UUID，需先用ls定位/boot分区，再set root/prefix、insmod normal临时引导；进系统后须核对并修正fstab中root UUID，最后运行grub2-mkconfig重建配置。
银河麒麟开机卡在GRUB rescue界面或直接报错“error: unknown filesystem”“error: no such device: XXXX-XXXX”，说明系统启动时无法识别根分区的UUID，GRUB找不到/boot或/所在设备，此时无法自动加载内核，必须手动指定路径才能临时引导进系统。这种情况常见于重装后未重建GRUB、fstab中根分区UUID写错、或磁盘更换/克隆导致UUID变更但引导未同步更新。
进入GRUB rescue模式并确认可用设备
开机看到grub>或grub rescue>提示符时，先别输任何命令。执行ls命令查看当前识别到的磁盘和分区：【grub> ls】。输出类似(hd0) (hd0,msdos1) (hd0,msdos2) (hd1)这样的列表。注意：(hd0)代表第一块硬盘整体，(hd0,msdos1)代表其第一个主分区（MBR表），若为GPT磁盘则显示为(hd0,gpt1)。这一步不做，后面所有路径都可能指向错误设备。
逐个检查每个分区是否含文件系统：输入ls (hd0,msdos1)/，若返回“unknown filesystem”，说明该分区无ext4/vfat等GRUB可读格式；若返回类似“lost+found boot etc home …”则说明这是根或/boot所在分区。重点排查/boot/efi（vfat）、/boot（ext4）和根目录（ext4）三个位置。
手动加载内核与初始化镜像
找到含/boot的分区后（例如确定/boot在(hd0,msdos2)），执行：【set prefix=(hd0,msdos2)/boot/grub】 → 【set root=(hd0,msdos2)】 → 【insmod normal】 → 【normal】。若成功，将进入标准GRUB菜单；若失败，继续下一步。
若上述方法无效，需手动加载内核：先用ls (hd0,msdos2)/boot/确认vmlinuz-开头的内核文件和initramfs-开头的镜像是否存在。例如发现vmlinuz-5.10.0-kylin-amd64与initramfs-5.10.0-kylin-amd64.img，则依次执行：【linux (hd0,msdos2)/boot/vmlinuz-5.10.0-kylin-amd64 root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx ro】（此处UUID必须是你根分区的真实UUID，非/boot分区）→ 【initrd (hd0,msdos2)/boot/initramfs-5.10.0-kylin-amd64.img】 → 【boot】。
root=UUID=参数中的UUID必须准确——它不是/boot分区的UUID，而是根分区（即挂载点为/的那个ext4分区）的UUID。如果记不清，可在liveCD中用blkid命令查出/dev/sda2对应的UUID再回来填。填错会导致kernel panic，停在“VFS: Unable to mount root fs”。
从LiveCD获取真实根分区UUID并写入fstab
方法一：用同版本银河麒麟Live USB启动 → 进入桌面 → 打开终端 → 执行sudo blkid，找到文件系统类型为ext4且LABEL不为BOOT_EFI的分区，其UUID即为根分区真实值。例如输出：/dev/sda2: UUID="a1b2c3d4-e5f6-7890-g1h2-i3j4k5l6m7n8" TYPE="ext4" LABEL="rootfs"。
方法二：若已能临时boot进系统，立即执行以下操作：sudo mkdir -p /mnt/sysroot → sudo mount /dev/sda2 /mnt/sysroot → sudo chroot /mnt/sysroot → cat /etc/fstab，检查其中root=那一行的UUID是否与blkid输出一致。不一致就用nano编辑/etc/fstab，把UUID字段替换成正确的值。
改完fstab后必须重建GRUB配置，否则下次重启仍会失败：执行update-grub（桌面版）或grub2-mkconfig -o /boot/grub2/grub.cfg（服务器版），确保新UUID被写入/boot/grub2/grub.cfg中的menuentry里。
