必须用Live PE启动盘进入救援环境，再挂载原系统分区、chroot修复：先fsck强制修复根分区，再update-initramfs、update-grub、grub-install重装引导。
统信UOS系统更新过程中遭遇意外断电，导致开机卡在黑屏、GRUB命令行或无限循环重启，此时引导配置损坏、initramfs异常或根文件系统只读挂载是常见原因，必须绕过当前失效的启动链路，从外部环境切入修复。
先用Live PE启动盘进入救援环境
这一步是所有后续操作的前提，不依赖原系统任何组件，直接加载独立Linux运行时。你得有一台能联网的备用电脑和一个≥8GB的空U盘。
在Windows上下载统信官方“UOS启动盘制作工具”，插入U盘（会清空全部数据），选择最新版deepin-live-system-2.0-amd64.iso镜像，点击“开始制作”。制作完成前别拔U盘，完成后安全弹出。
将该U盘插进故障机，开机瞬间狂按F12（华为/荣耀）或Esc（联想/戴尔/惠普），在启动设备列表中选带“UEFI:”前缀的U盘项，回车进入Live桌面。
定位并挂载原系统根分区
进入Live系统后，右键桌面→“打开终端”，输入：lsblk -f，观察输出中哪个分区的FSTYPE为ext4且LABEL含root或uos字样，同时MOUNTPOINT为空——它就是你瘫痪的系统盘。
例如输出显示/dev/nvme0n1p7未挂载、类型ext4、LABEL为uos-root，那就执行：sudo mkdir -p /mnt/uos && sudo mount /dev/nvme0n1p7 /mnt/uos。
如果提示unknown filesystem type 'LVM2_member'，说明用了LVM，需先执行sudo vgscan && sudo vgchange -ay，再用sudo lvdisplay查出逻辑卷路径（如/dev/vg0/lv_root），最后sudo mount /dev/vg0/lv_root /mnt/uos。
chroot进原系统修复引导与文件系统
第一步：绑定关键虚拟文件系统
sudo mount --bind /dev /mnt/uos/dev && sudo mount --bind /proc /mnt/uos/proc && sudo mount --bind /sys /mnt/uos/sys && sudo mount --bind /run /mnt/uos/run
第二步：切换到原系统环境
sudo chroot /mnt/uos
第三步：检查并修复根分区
先确认当前根分区设备名：findmnt -T / | awk '{print $1}'；再强制检查修复：fsck -y $(findmnt -T / | awk '{print $1}')。这一步不可跳过，断电极易造成ext4日志断裂，【若跳过此步直接update-grub，可能引发二次崩溃】。
第四步：重建initramfs并更新GRUB
执行：update-initramfs -u -k all → update-grub → grub-install /dev/nvme0n1（将/dev/nvme0n1替换为你硬盘的实际设备名，可用df -Th /确认）。
退出chroot并重启验证
依次执行：exit → sudo umount -R /mnt/uos → 拔掉U盘 → sudo reboot。
