统信uos安装卡在90%需手动干预:一、切换tty终止僵死installer/dpkg/apt进程;二、清除/var/lib/dpkg/lock等锁文件并执行sudo dpkg --configure -a;三、清理partial/_tmp缓存包及非本架构deb;四、检查根分区空间,不足时清理apt缓存、日志和旧内核;五、重建apt索引并强制续配剩余包。

统信UOS安装过程卡在90%进度条,说明系统已完成内核与基础环境部署,正处在软件包批量解压、配置及服务初始化阶段,此时若因磁盘I/O阻塞、deb包校验失败、postinst脚本挂起或根分区空间不足,会导致界面完全冻结、鼠标键盘无响应,必须进入底层干预才能继续。
切换TTY终止僵死安装进程
安装卡在90%时,图形安装器(installer)本身可能已无响应,但后台仍有dpkg子进程持续占用锁文件,导致整个包管理系统被锁死。此时无法通过点击“取消”退出,必须强制中断。
按下 Ctrl + Alt + F2 切换到纯文本终端,用安装过程中设置的用户名和密码登录。
执行命令查看是否残留安装相关进程:ps -ef | grep -i "installer\|dpkg\|apt"。
若输出中存在状态为 R(运行中)且命令行含 /tmp/installer/ 或 dpkg --configure 的进程,说明它已僵死——【sudo pkill -9 installer && sudo pkill -9 dpkg && sudo pkill -9 apt】 必须连续执行两次,直到终端返回空白或提示“no process found”。
清除锁文件并修复未完成配置
锁文件残留是90%卡死最常见原因,尤其在断电、强制关机或网络中断后,/var/lib/dpkg/lock 和 /var/lib/dpkg/lock-frontend 会长期被占用,使后续任何配置操作都无法进行。
依次执行以下两条命令:
sudo rm -f /var/lib/dpkg/lock-frontend
sudo rm -f /var/lib/dpkg/lock
执行 sudo dpkg --configure -a 尝试恢复中断的配置流程;这一步会逐个处理已解压但未配置的软件包,可能耗时1~3分钟,请耐心等待;若卡在某一行超过90秒不动,说明对应deb包的postinst脚本异常退出,需立即进入下一步清理缓存。
定位并删除异常.deb安装缓存包
方法一:快速清理高风险临时文件
执行命令直接清除所有下载中途失败的残缺包:sudo rm -f /var/cache/apt/archives/*partial /var/cache/apt/archives/*_tmp。
方法二:按时间排序精准定位可疑包
执行 ls -lt /var/cache/apt/archives/ | head -n 8,重点观察末尾几行是否含 .partial、_tmp 后缀,或文件名中含空格、中文、乱码、重复版本号(如 xxx_1031_amd64.deb 与 xxx_1031~uos1_amd64.deb 并存)——这些就是导致校验冲突的元凶,直接 sudo rm -f 删除。
方法三:只保留当前架构所需包,避免多源混杂引发依赖断裂
先确认架构:dpkg --print-architecture(常见为 amd64 或 arm64);
以 amd64 为例,执行:sudo find /var/cache/apt/archives/ -name "*.deb" ! -name "*amd64.deb" -delete。
【此操作不可逆,删除前请确保已确认架构】
检查根分区剩余空间并释放容量
安装最后阶段需将数百MB的deb包解压写入 /usr、/lib、/opt 等目录,若根分区剩余空间低于1.2GB,dpkg会静默失败并卡死在90%,不报错也不退出。
执行 df -h / 查看根分区使用率;若已用率 ≥92%,立即执行以下清理:
sudo apt clean
sudo journalctl --vacuum-size=30M
sudo rm -rf /tmp/*
若仍不足,可手动清理旧内核:sudo apt autoremove --purge(仅在已成功启动旧内核后执行)。
重建APT索引并强制续配剩余包
第一步:重建软件源索引结构sudo rm -rf /var/lib/apt/lists/* → sudo mkdir -p /var/lib/apt/lists/partial → sudo apt update。
第二步:跳过校验,强制续配未完成包sudo apt install -f ——该命令会尝试修复损坏依赖并继续配置剩余deb包;
若提示“E: Unmet dependencies”,则追加执行:sudo dpkg --configure -a --force-depends。
第三步:验证安装完整性sudo apt check 返回无错误,且 sudo dpkg -l | grep "^ii" | wc -l 输出值应接近2800+(UOS个人版V20标准安装包数量),说明核心组件已就位。











