统信UOS双系统引导失败需分场景修复：能登录时启用os-prober并挂载EFI分区后执行update-grub；无法登录则用LiveCD chroot重装GRUB-EFI并修复UEFI启动顺序；必须关闭Windows快速启动，否则所有修复均静默失效。
统信UOS安装完成后开机黑屏、直接进Windows、或卡在grub>命令行，说明安装程序未能成功写入引导项，根本原因不是镜像损坏，而是EFI分区未被识别、GRUB未注册到固件NVRAM、或Windows快速启动锁死了EFI变量写入权限。
先确认是否真没引导项
重启电脑，开机时反复按F12（或Esc/Boot Menu键）调出一次性启动菜单。若列表中完全看不到“UOS”“统信”“ubuntu”“deepin”等字样，只有Windows Boot Manager和UEFI USB Device，则确认引导项确实丢失；若能看到但选中后报错，属于引导文件损坏，需转入后续修复步骤。
这一步不能跳过——误判会导致所有后续操作白费力气。
UOS能正常登录时的三步修复
打开终端，依次执行：
sudo nano /etc/default/grub → 在文件末尾新增一行【GRUB_DISABLE_OS_PROBER=false】 → Ctrl+O保存，Ctrl+X退出。
sudo mkdir -p /mnt/efi && sudo mount $(lsblk -f | grep "EFI System" | awk '{print $1}') /mnt/efi
sudo update-grub
注意：若执行后输出中仍无“Found Windows Boot Manager”，说明挂载的不是Windows实际使用的EFI分区，需手动用sudo fdisk -l | grep "EFI System"重新确认设备名，再重试挂载。
无法进入UOS桌面时用LiveCD修复
方法一：挂载并chroot重装GRUB-EFI
① 从UOS官方LiveUSB启动，选择“试用而不安装”进入桌面。
② 打开终端，运行lsblk -f，找出标有vfat、大小100–500MB、且未挂载的分区（如/dev/nvme0n1p1），这就是EFI系统分区。
③ 运行lsblk识别UOS根分区（ext4格式，如/dev/nvme0n1p5）和/boot分区（如有，如/dev/nvme0n1p2）。
④ 依次执行挂载命令：
sudo mount /dev/nvme0n1p5 /mnt
sudo mount /dev/nvme0n1p2 /mnt/boot（若/boot独立）
sudo mount /dev/nvme0n1p1 /mnt/boot/efi
sudo mount --bind /dev /mnt/dev && sudo mount --bind /proc /mnt/proc && sudo mount --bind /sys /mnt/sys
⑤ sudo chroot /mnt → 进入后执行：
update-grub
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=UOS --recheck
exit
方法二：强制刷新UEFI启动顺序（适用于Windows更新后清空了UOS启动项）
在LiveCD终端中执行：
sudo efibootmgr -v → 查看当前启动项编号，找到含“UOS”或“uos”的条目（如Boot0003）
若无，则手动添加：
sudo efibootmgr -c -d /dev/nvme0n1 -p 1 -L "UOS" -l "\EFI\uos\shimx64.efi"
【此处 /dev/nvme0n1 和 -p 1 必须与你实际EFI分区所在磁盘及分区号严格一致，填错将无法生成有效启动项】
Windows快速启动必须关闭
这是双系统下90%引导项丢失的隐藏元凶。它会让Windows在关机时假关机，把NTFS分区和EFI变量设为只读状态，导致UOS安装或修复过程无法写入任何引导文件。
在Windows中操作：控制面板 → 电源选项 → 选择电源按钮的功能 → 更改当前不可用的设置 → 取消勾选“启用快速启动” → 保存更改 → 完全关机（非重启）后再尝试UOS引导修复。
这一步不做，所有GRUB重装操作都会静默失败，且无任何报错提示。
