必须立即在当前未退出的shell中执行chmod 4755 /usr/bin/sudo和chmod 4755 /bin/su恢复提权能力，同步降权/etc/shadow(600)、/etc/sudoers(440)、/tmp(1777)，再通过Live USB挂载根分区并用getfacl/setfacl精准还原权限，无备份时则按特权程序→敏感文件→关键目录→引导配置顺序手动抢救。
统信UOS系统因误执行 sudo chmod -R 777 / 导致根目录权限失控，开机卡死在紧急模式、sudo失效、SSH拒绝连接、桌面无法加载，根本原因是Linux权限契约被彻底破坏——/usr/bin/sudo丢失setuid位、/etc/shadow变成可读、/dev设备节点错乱、systemd单元拒绝加载，此时图形界面和常规终端均不可用，必须通过外部环境重建原始权限模型。
立即止损：禁止重启，守住当前会话窗口
若命令刚执行完但终端尚未断开（例如SSH仍连通或TTY未退出），这是唯一黄金修复窗口：当前shell进程仍在内存中运行，动态链接库与权限上下文尚未完全失效；一旦退出，/bin/bash可能因缺失必要权限而无法重新加载，彻底失去命令行入口。
立刻执行：chmod 4755 /usr/bin/sudo 和 chmod 4755 /bin/su，恢复提权能力——【这两条命令必须在当前shell内完成，否则后续所有修复操作将无法提权】。
同步降权敏感文件：chmod 600 /etc/shadow、chmod 640 /etc/sudoers、chmod 1777 /tmp。这些操作能阻止系统进一步恶化，为下一步争取时间。
首选方案：用同版本UOS Live USB + getfacl/setfacl精准还原
该方法可90%以上概率恢复原始权限状态，前提是有一台同版本（如UOS 1070）、未改动过的UOS系统（虚拟机即可）用于生成ACL备份。
第一步：在正常UOS机器上执行：sudo getfacl -pR / > uos1070-perms.acl（-p保留绝对路径，-R递归导出，缺一不可）。
第二步：将生成的uos1070-perms.acl拷贝至U盘，插入故障机。
第三步：从UOS安装U盘启动 → 选择“试用系统” → 打开终端 → 执行：sudo mount /dev/nvme0n1p3 /mnt（请先用lsblk确认根分区设备名，常见为nvme0n1p3或sda2）。
第四步：挂载必要伪文件系统：sudo mount --bind /dev /mnt/dev && sudo mount --bind /proc /mnt/proc && sudo mount --bind /sys /mnt/sys && sudo mount --bind /run /mnt/run。
第五步：进入原系统环境：sudo chroot /mnt。
第六步：执行还原：setfacl --restore=/path/to/uos1070-perms.acl（路径需写全，例如/media/user/USB/uos1070-perms.acl）——【此命令不可逆，执行后立即覆盖全部权限，无需确认】。
第七步：退出并重启：exit → sudo umount -R /mnt → sudo reboot。
无备份时的手动抢救：优先修复四类关键路径
若无法获取同版本ACL备份，只能按模块逐项抢救。以下顺序不可颠倒，跳过任一环节都可能导致系统无法启动。
方法一：恢复特权程序setuid位
执行：chmod 4755 /usr/bin/sudo /usr/bin/passwd /usr/bin/ping /bin/su /usr/bin/newgrp。这些二进制文件必须带s位，否则用户无法提权或切换组。
方法二：重置核心配置文件权限chmod 600 /etc/shadow /etc/gshadow；chmod 440 /etc/sudoers；chmod 600 /etc/ssh/*_key；chmod 644 /etc/ssh/*.pub。
方法三：修复关键目录sticky bit与所有权chmod 1777 /tmp /var/tmp；chmod 700 /root；chmod 700 /root/.ssh；chmod 600 /root/.ssh/id_rsa。
方法四：重装GRUB并刷新引导配置
在chroot环境中执行：grub-install /dev/nvme0n1（替换为实际磁盘）→ update-grub → update-initramfs -u。
