应先在grub rescue>下用ls确认UEFI模式并定位含/EFI/Microsoft/Boot/bootmgfw.efi的ESP分区，再用set prefix、set root、chainloader三指令跳转启动Windows；随后通过LiveUSB挂载EFI分区、重装GRUB-EFI并启用os-prober以持久修复双系统引导。

统信UOS启动后卡在grub rescue>提示符，且GRUB菜单完全不显示、无法选择Windows，此时需绕过损坏的GRUB配置，直接调用Windows Boot Manager的EFI可执行文件完成手动引导——这要求你准确识别并挂载原始EFI系统分区，再用chainloader指令跳转。

确认当前为UEFI模式并定位EFI分区

先验证固件环境是否支持EFI引导：在grub rescue>下输入ls，观察返回结果。若出现(hd0,gpt1)、(hd0,gpt2)等带gpt编号的分区，说明系统运行于UEFI模式；若只显示(hd0)、(hd1)等无分区编号设备，则实际为Legacy BIOS，【此情形下无法手动引导Windows Boot Manager，必须重启进BIOS关闭CSM启用UEFI Only】。

接着逐一分区检查是否为ESP：依次执行ls (hd0,gpt1)/、ls (hd0,gpt2)/……直到某一分区返回类似/EFI/ /Microsoft/ /Boot/的目录结构。一旦发现/EFI/Microsoft/Boot/bootmgfw.efi路径，立即记下该分区名，例如(hd0,gpt1)。

加载Windows Boot Manager并启动

执行三行关键命令（以(hd0,gpt1)为EFI分区为例）：

set prefix=(hd0,gpt1)/EFI/Microsoft/Boot

set root=(hd0,gpt1)

Windows-Android_SSH_Remote_Control

通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。

下载

chainloader /EFI/Microsoft/Boot/bootmgfw.efi

最后输入boot。若屏幕闪黑后进入Windows登录界面，说明引导成功；若报错“invalid signature”或“file not found”，请确认是否误将Windows恢复分区或C盘当作EFI分区使用——【只有FAT32格式、大小100–500MB、类型标记为EFI System的分区才可能包含bootmgfw.efi】。

从Live环境持久化修复双系统引导

手动引导只是临时方案，每次重启仍会回到grub rescue。必须进入UOS Live系统完成底层修复：

第一步：用UOS官方LiveUSB启动，打开终端，执行lsblk -f，找到标有vfat且SIZE在100M–500M之间的分区（如/dev/nvme0n1p1）。

第二步：挂载该分区并重装GRUB-EFI：
sudo mkdir -p /mnt/efi
sudo mount /dev/nvme0n1p1 /mnt/efi
sudo grub-install --target=x86_64-efi --efi-directory=/mnt/efi --bootloader-id=uos --recheck

第三步：重新生成配置并启用Windows探测：
echo "GRUB_DISABLE_OS_PROBER=false" | sudo tee -a /etc/default/grub
sudo update-grub