统信UOS根分区因非正常关机被设为只读，需进GRUB编辑模式添加rw init=/bin/bash启动至root shell，执行mount -o remount,rw /后，用e2fsck -f -y强制修复ext4文件系统，再exec /sbin/init重启。
统信UOS因非正常关机导致磁盘损坏，系统启动后自动以只读（ro）模式挂载根分区，表现为无法保存文件、桌面图标灰色、软件安装失败、终端提示“Read-only file system”，此时必须立即干预修复，否则后续所有写入操作均会失败。
确认只读状态并定位受损分区
按下Ctrl+Alt+T打开终端，执行：mount | grep " / " | grep ro。若输出中包含类似 /dev/nvme0n1p3 on / type ext4 (ro,relatime,...) 的行，说明根文件系统已被强制设为只读。
接着运行：sudo blkid，重点查看 TYPE 字段为 ext4 的设备（如 /dev/nvme0n1p3），并记录其完整设备路径——【这一步不可跳过，误用其他分区如 /boot 或 swap 会导致严重故障】。
进入紧急修复环境并重新挂载为可写
重启电脑，在POST自检结束后、UOS Logo出现前连续按Shift键调出GRUB菜单。
方向键高亮默认启动项，按e进入编辑模式。
找到以linux开头的行，在行末空格后添加：rw init=/bin/bash。
按Ctrl+X启动，系统将直接进入root shell，不加载图形界面和任何服务。
执行：mount -o remount,rw /。这一步让根分区临时可写，为后续fsck提供操作基础。
执行强制文件系统修复
第一步：确认当前根分区设备名。运行：cat /proc/cmdline，查找其中 root=UUID=... 或 root=/dev/... 后面的真实设备路径（如 /dev/nvme0n1p3）。
第二步：卸载该分区（若已挂载）：umount /dev/nvme0n1p3。若提示“target is busy”，先执行 lsof +D / 查看占用进程并 kill 掉关键项（如 systemd-journald），再重试卸载。
第三步：执行修复命令：sudo e2fsck -f -y /dev/nvme0n1p3。-f 强制检查（绕过 clean 标记），-y 自动确认全部修复选项，避免卡在交互式提示。
等待命令完成，若输出含“*** FILE SYSTEM WAS MODIFIED ***”，说明修复成功。
重建挂载并重启系统
方法一（推荐）：执行 exec /sbin/init，系统将按正常流程重启并重新挂载所有分区。
方法二：若 exec 失败，手动执行：mount -a → systemctl default，尝试恢复图形会话。
若仍异常，直接输入：reboot -f 强制重启。
