统信uos安装卡在90%需立即干预：一、切换tty终止僵死dpkg/apt进程；二、清除/var/lib/dpkg/lock相关锁文件并执行sudo dpkg --configure -a；三、清理缓存中partial/_tmp包及非本架构deb；四、检查根分区空间，不足时清理apt缓存和安装日志；五、重建apt列表并强制续配包。
统信UOS安装过程中卡在90%意味着系统已进入软件包部署与配置阶段，此时若进度条长时间无变化，极大概率是dpkg配置阻塞、磁盘I/O异常、特定.deb包校验失败或根分区空间不足所致，必须立即干预避免系统残留半安装状态。
检查并终止卡死的dpkg进程
安装卡在90%时，后台通常存在一个僵死的dpkg子进程持续占用锁文件，导致整个安装流程挂起。
按下Ctrl + Alt + F2切换至TTY终端，输入用户名和密码登录。
执行命令查看当前运行的dpkg相关进程：ps -ef | grep dpkg。
若输出中存在类似dpkg --configure -a或dpkg -i /var/cache/apt/archives/*.deb的进程，说明它已卡住无法继续。
执行命令强制终止所有dpkg及其子进程：【sudo pkill -9 dpkg && sudo pkill -9 apt】。
重复执行该命令直至终端无任何输出，表示进程已被彻底清除。
清除锁文件并修复dpkg数据库
锁文件未释放是90%卡死最常见原因，尤其当安装中途断电或强制关机后，/var/lib/dpkg/lock-frontend和/var/lib/dpkg/lock会残留。
执行命令删除前端锁：sudo rm -f /var/lib/dpkg/lock-frontend。
执行命令删除主锁文件：sudo rm -f /var/lib/dpkg/lock。
执行命令修复未完成配置的软件包：sudo dpkg --configure -a。
这一步必须成功执行完毕——若终端卡在某一行不动，说明某个deb包损坏严重，需进入下一步手动清理。
定位并删除异常.deb缓存包
安装卡在90%往往对应某个特定软件包反复校验失败，它通常以.partial、_tmp或时间戳异常的形式滞留在缓存目录中。
方法一：列出最近生成的缓存包
执行命令：ls -lt /var/cache/apt/archives/ | head -n 8。
方法二：直接清理高风险临时文件
执行命令：sudo rm -f /var/cache/apt/archives/*partial /var/cache/apt/archives/*_tmp。
方法三：仅保留当前架构所需包（避免多架构冲突）
以amd64平台为例，执行：sudo find /var/cache/apt/archives/ -name "*.deb" ! -name "*amd64.deb" -delete。
注意：此操作不可逆，请确保你清楚当前CPU架构；不确定时先运行dpkg --print-architecture确认。
验证根分区剩余空间并释放容量
安装最后阶段需解压大量deb包并写入/usr、/opt等目录，若根分区剩余空间低于3GB，dpkg会静默卡住且不报错。
第一步：查看磁盘使用情况df -h /。
第二步：若Use% ≥ 95%，立即清理临时文件sudo apt clean && sudo journalctl --vacuum-size=50M。
第三步：检查是否存在大体积日志或残留安装文件sudo du -sh /var/log/installer/* 2>/dev/null | sort -hr | head -n 3。
若发现/var/log/installer/下有超过500MB的*.log或*.tar.gz文件，执行：sudo rm -f /var/log/installer/*.log /var/log/installer/*.tar.gz。
跳过校验强制续装并重启安装器
步骤一：重建APT索引基础结构
执行：sudo rm -rf /var/lib/apt/lists/* && sudo mkdir -p /var/lib/apt/lists/partial。
步骤二：跳过GPG校验，强制更新源列表
执行：sudo apt update --allow-insecure-repositories。
步骤三：触发dpkg重新处理所有待配置包
执行：sudo dpkg --configure -a --force-depends --force-confold。
步骤四：返回图形安装界面
按Ctrl + Alt + F7（或F1/F8，视显卡驱动而定）切回安装GUI，点击“重试”按钮。
