开机卡在emergency mode或initramfs时，需在最小环境中强制修复文件系统：先登录root shell，用lsblk -f定位根分区，umount /并终止占用进程，再执行fsck -y /dev/XXX修复；若失败则须用LiveCD离线深度扫描。
开机卡在emergency mode或initramfs时在线修复
系统因文件系统损坏无法完成挂载，直接停在“Welcome to emergency mode”或“(initramfs)”提示符下，此时内核已加载但根分区挂载失败，必须在当前最小环境里强制检查并修复。
第一步：输入root密码登录emergency shell。若无密码，说明未设置root口令，需改用其他方法。
第二步：执行lsblk -f，重点找FSTYPE为ext4、MOUNTPOINT为空且LABEL含root或uos的分区，例如/dev/nvme0n1p3——这是你要修的目标。
第三步：执行umount /。若提示“target is busy”，说明有进程正占用根目录，必须先运行lsof +D /查出PID，再用kill -9 PID终止，否则fsck会拒绝操作。
第四步：运行fsck -y /dev/nvme0n1p3（请将设备名替换为你实际查到的）。【-y 参数会自动确认所有修复项，不加它命令会卡在交互式提问上，等不到人响应就僵死】。
第五步：等待输出结束。若看到*** FILE SYSTEM WAS MODIFIED ***，说明修复成功；若出现Bad magic number in super-block，说明超级块已损毁，必须转入LiveCD离线修复。
第六步：输入exec /sbin/init，系统将重新初始化并尝试挂载所有分区。
开机黑屏/无GRUB/直接进grub>命令行时临时挂载修复
这种情况表明分区表尚存但引导链断裂，GRUB找不到内核或initrd，你得手动定位/boot和根分区，再临时挂载并执行修复。
在grub>提示符下输入ls，列出所有磁盘与分区，例如返回(hd0) (hd0,gpt1) (hd0,gpt2) (hd0,gpt3)。
逐个尝试ls (hd0,gptX)/boot/，直到某次返回内容含vmlinuz-*和initrd.img-*，比如(hd0,gpt2)，那就记下这个分区号。
执行set root=(hd0,gpt2)→linux /vmlinuz- rw root=/dev/nvme0n1p3（root=后填你真实根设备，可用lsblk进系统后确认）→initrd /initrd.img-→boot。
成功进入系统后，立刻打开终端执行：sudo umount /→sudo fsck -y $(findmnt -T / | awk '{print $1}')。
完全无法启动时用LiveCD离线强制修复
当emergency mode中fsck反复失败、报超级块错误，或连emergency都进不去，说明文件系统已严重异常，必须脱离原系统运行环境，在LiveCD中执行离线深度扫描。
方法一：图形化一键修复
插入统信官方UOS运维工具LiveCD启动盘→重启选UEFI:UOS-Fix-Tools→进桌面后点击【文件系统修复】→勾选目标磁盘分区→点“一键检测”→发现错误后点“修复”。
方法二：命令行精准修复
启动进入LiveCD终端→执行sudo fdisk -l定位系统根分区（如/dev/sdb3）→执行sudo e2fsck -f -y /dev/sdb3。【-f 参数强制检查，绕过“clean”标记，确保对已标记干净但实际损坏的分区仍执行全量扫描】→等待完成→sudo reboot并拔掉U盘。
