统信UOS启动卡在grub>时需手动探测根分区：先ls列出设备，再逐个ls (hdX,Y)/检查boot/vmlinuz；用set root=(hdX,Y)后tab补全vmlinuz和initrd.img确认；最后指定root=/dev/sdN*并boot启动。

当你在统信UOS启动时卡在grub>命令行界面，无法自动加载菜单，又不确定系统实际安装在哪块硬盘、哪个分区时，必须手动探测——因为GRUB不显示设备名映射，（hd0,msdos7）这种写法和/dev/sda7不是一一对应的，直接猜会反复失败。

用ls命令逐级扫描识别根分区

在grub>提示符下，先执行：
ls

这会列出所有已识别的磁盘设备，如(hd0)、(hd1)，也可能出现(hd0,gpt1)或(hd0,msdos1)这类带分区编号的条目。注意：UEFI模式下多为gpt前缀，传统BIOS多为msdos前缀，但不能仅凭此判断，必须验证内容。

对每个疑似设备执行：
ls (hd0,gpt1)/

如果返回error: unknown filesystem，说明该分区文件系统不被当前GRUB识别（比如NTFS或未挂载的ext4），换下一个；如果返回一串目录名，重点关注是否有boot、etc、usr——尤其是boot/grub或boot/vmlinuz是否存在。一旦看到vmlinuz或initrd.img，基本可确认是统信UOS的根分区或/boot分区。

若在(hd0,gpt3)下看到boot/目录，且ls (hd0,gpt3)/boot/能列出多个vmlinuz-*文件，则(hd0,gpt3)极大概率就是UOS根分区所在位置。

用set root + tab补全快速定位内核文件

确认大致分区后，先设定root：
set root=(hd0,gpt3)

然后输入：
linux /vmlinuz

按Tab键，GRUB会自动列出该分区下所有匹配vmlinuz*的文件，例如vmlinuz-5.10.0-amd64-desktop。这一步非常关键——只有ext4/fat32等GRUB原生支持的文件系统才能被tab补全，NTFS或加密分区不会响应。

接着输入：
initrd /initrd.img

同样按Tab，看是否能补全出对应版本的initrd.img-5.10.0-amd64-desktop。两个文件都能tab出来，且路径一致，就基本锁定了正确分区。

验证root=参数并启动

第一步：输入完整linux行（注意替换实际设备名）：
linux /boot/vmlinuz-5.10.0-amd64-desktop root=/dev/sda3 ro

这里root=/dev/sda3必须与你前面ls (hd0,gpt3)/对应的物理设备一致。怎么知道(hd0,gpt3)对应/dev/sda3？执行：
ls -l (hd0,gpt3)

GRUB会输出类似Partition hd0,gpt3: Filesystem type ext4，再结合lsblk -f进系统后查证，但当前阶段只需确保root=指向你已确认含vmlinuz的分区设备节点。

第二步：加载initrd：
initrd /boot/initrd.img-5.10.0-amd64-desktop

第三步：启动：
boot