误删/lib64/libc.so.6后，需分场景恢复：若ssh会话未断，用ld_preload指定完整路径libc库并重建软链接；若已重启或断连，则用uos安装介质进救援模式，chroot后复制libc主库并重建软链接。
统信UOS系统误删/lib64/libc.so.6后，几乎所有命令（ls、cp、mv、sudo甚至bash本身）立即失效，终端报错“cannot open shared object file: No such file or directory”，系统进入半瘫痪状态，此时必须绕过动态链接器直接调用静态能力或借助外部环境恢复。
紧急状态下用LD_PRELOAD临时加载libc重建软链接
该方法仅适用于删除后shell会话尚未退出、仍保留在当前终端中的场景——此时bash进程仍在内存运行，只是后续命令无法加载。若已断开SSH或重启过系统，请跳过本节直接进入救援模式。
第一步：确认当前系统glibc主版本号，执行：/lib64/libc-*.so.*（按Tab键自动补全，例如libc-2.31.so）
第二步：进入/lib64目录并删除残留的损坏软链接：【cd /lib64 && rm -f libc.so.6】
第三步：用LD_PRELOAD强制指定完整路径的libc库，再执行ln创建新软链接：【LD_PRELOAD=/lib64/libc-2.31.so ln -s /lib64/libc-2.31.so /lib64/libc.so.6】（注意：LD_PRELOAD与ln必须写在同一行，中间无分号或换行；libc-2.31.so需替换为上一步查到的实际文件名）
这一步成功后，ls、cp等命令将立即恢复正常。不要关闭当前终端，后续操作可直接进行。
系统已重启或SSH断开：用UOS安装介质进救援模式恢复
当终端完全卡死、无法输入任何命令，或已重启进入黑屏/报错界面时，必须使用统信UOS系统安装U盘或光盘启动进入救援环境，挂载原系统并复制缺失文件。
方法一：物理机/虚拟机通用流程
1. 插入统信UOS V20 SP1或更高版本安装U盘（必须与原系统架构一致，amd64/aarch64不能混用）→ 开机反复按Del/F2/F12进入BIOS/UEFI → 设置第一启动设备为USB Drive
2. 启动后在GRUB菜单选择【Troubleshooting】→ 选择【Rescue a UOS system】→ 等待加载小型救援系统
3. 出现提示“Press ENTER to continue”后回车 → 选择【1）Continue”】→ 系统自动将原根分区挂载至/mnt/sysimage
4. 执行挂载检查：ls /mnt/sysimage/lib64/libc.so.6 应返回“No such file or directory”；再执行 ls /lib64/libc-*.so.* 查看救援环境自带的libc主版本（如libc-2.31.so）
5. 将救援系统中完好的libc主库复制进原系统：【cp /lib64/libc-2.31.so /mnt/sysimage/lib64/ && ln -sf libc-2.31.so /mnt/sysimage/lib64/libc.so.6】
方法二：虚拟机快捷方式（仅限VMware/VirtualBox）
若主机是虚拟机且未关机，可直接在虚拟机设置中挂载UOS ISO镜像，然后向虚拟机发送Ctrl+Alt+Insert模拟ESC键触发GRUB菜单，后续步骤同方法一第2步起。
验证恢复结果并退出救援环境
执行以下命令逐项确认：
chroot /mnt/sysimage
ls /lib64/libc.so.6
ldd /bin/ls | head -n3
exit
umount -R /mnt/sysimage
reboot -f
