统信UOS启动停在grub>界面需手动引导：先ls查分区，再ls各分区找/boot，set root后tab补全vmlinuz和initrd，指定root=设备名并boot；进系统后立即sudo update-grub && sudo grub-install /dev/sda修复。

统信UOS系统启动后直接停在grub>命令行界面，无法自动加载桌面环境，说明GRUB引导配置丢失、/boot分区未被识别或主引导记录损坏，必须通过手动干预恢复启动链。

GRUB命令行下临时引导进入系统

这是最快捷的首步抢救操作，适用于能看见grub>提示符且磁盘物理结构完好的情形。无需外部介质，5分钟内可完成临时启动。

第一步：输入 ls 回车，列出当前识别到的所有设备与分区，典型输出为 (hd0) (hd0,gpt1) (hd0,gpt2) (hd0,gpt3) 等；若显示 (hd0,msdos1) 类似格式，则为MBR分区表，后续操作仅需把gpt替换为msdos即可。

第二步：依次尝试查看各分区根目录内容，例如输入 ls (hd0,gpt1)/ → 若返回 error: unknown filesystem，说明该分区文件系统异常或不被识别；继续试 ls (hd0,gpt2)/，直到某一分区能列出 boot/、efi/、vmlinuz-* 或 initrd.img-* 等关键文件——这个分区就是/boot所在位置。

第三步：确认/boot分区后，执行 set root=(hd0,gpt2)（请将gpt2替换为你实际找到的分区号）；这一步必须准确，否则后续内核加载会失败。

第四步：输入 linux (hd0,gpt2)/vmlinuz- 后按 Tab 键自动补全完整内核名，再在末尾添加空格和 rw root=/dev/sda3（root=后填写你系统根分区设备名，如不确定，先记下，进系统后再用 lsblk 查）；【/dev/sda3 是常见默认，但 NVMe 盘应为 /dev/nvme0n1p3，填错会导致 kernel panic】

第五步：输入 initrd (hd0,gpt2)/initrd.img- 后按 Tab 补全完整名，然后输入 boot 回车启动。若屏幕开始加载内核并出现登录界面，说明临时引导成功。

进入桌面后立即修复GRUB配置

临时引导只是权宜之计，重启后仍会回到grub>界面。必须在图形界面中执行持久化修复，否则前功尽弃。

打开终端（Ctrl+Alt+T），逐条执行以下命令：

sudo update-grub —— 扫描所有分区并重建 /boot/grub/grub.cfg 文件，这是菜单生成的核心步骤。

sudo grub-install /dev/sda —— 重写主引导记录（MBR）或EFI系统分区（ESP）中的GRUB代码；【此处 /dev/sda 必须是整块磁盘设备名，不是分区如 /dev/sda1，填错将导致系统完全无法识别启动盘】

执行完毕后关闭所有窗口，直接重启。若重启后正常进入GRUB菜单并自动加载UOS，则修复完成。

若临时引导失败：改用LiveCD chroot重装

当GRUB命令行下反复尝试 ls 都报 unknown filesystem，或能找到/boot但 linux/initrd 加载后卡死黑屏，说明分区表或文件系统已损坏，必须借助外部环境修复。

方法一：使用统信官方LiveCD启动盘

下载对应架构（x86_64/loongarch64）的UOS LiveCD镜像，用官方启动盘制作工具写入U盘；插入故障机，BIOS中设为第一启动项，启动进入Live桌面。

方法二：挂载原系统并chroot

在Live系统终端中运行 lsblk -f，识别出原系统根分区（标有 / 的 ext4 分区）和 /boot 分区（若有独立分区，通常标为 boot,ext4）；假设根为 /dev/nvme0n1p3，/boot 为 /dev/nvme0n1p2，则依次执行：

sudo mount /dev/nvme0n1p3 /mnt

sudo mount /dev/nvme0n1p2 /mnt/boot（若无独立 /boot 分区则跳过此步）

sudo mount --bind /dev /mnt/dev → sudo mount --bind /proc /mnt/proc → sudo mount --bind /sys /mnt/sys

最后执行 sudo chroot /mnt 进入原系统上下文，此时可直接运行 grub-install /dev/nvme0n1 和 update-grub，操作路径与桌面中完全一致。