必须先终止残留dpkg/apt进程、清除锁文件、运行sudo dpkg --configure -a恢复配置，再清理缓存并执行sudo apt --fix-broken install修复依赖。
统信UOS系统升级过程中因死机强制断电，重启后终端或软件中心提示“dpkg被中断，您必须手动运行 'sudo dpkg --configure -a'”，说明包配置流程在写入文件或执行postinst脚本时异常终止，/var/lib/dpkg/status状态已损坏但锁未释放，必须分步清理僵死进程、清除残留锁、恢复配置链才能继续使用apt。
终止所有卡死的dpkg和apt后台进程
死机后残留的dpkg进程仍在占用系统资源，不先杀掉会导致后续所有修复命令报错“无法获得锁”。
按下 Ctrl + Alt + F2 切换到纯文本终端，用安装时设置的用户名和密码登录。
执行 ps -ef | grep "dpkg\|apt" 查看是否仍有 dpkg --configure -a 或 apt install 进程处于 R（运行）或 S（休眠）状态。
【sudo pkill -9 dpkg && sudo pkill -9 apt】——这条命令必须连续执行两次，直到终端返回空白行，否则子进程可能仍在后台阻塞。
清除锁文件并强制完成未完成配置
锁文件残留是“dpkg被中断”提示出现的最常见原因，尤其在断电后，/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。这一步会逐个检查 half-configured 状态的包并尝试完成配置，过程可能耗时30秒至2分钟；若某一行卡住超过90秒无输出，说明对应deb包已损坏，需进入下一步清理缓存。
定位并删除导致崩溃的异常.deb缓存
方法一：快速清空高风险临时文件
sudo rm -f /var/cache/apt/archives/*partial /var/cache/apt/archives/*_tmp
方法二：按时间排序识别最新可疑包
执行 ls -lt /var/cache/apt/archives/ | head -n 6，重点看末尾几行是否含 .partial、_tmp 或命名含空格/中文的deb文件——这些就是校验失败或postinst脚本崩溃的直接诱因，直接 sudo rm -f 删除。
方法三：只保留当前架构所需包（避免多架构冲突）
先确认架构：dpkg --print-architecture，返回 amd64 或 arm64。
以 amd64 为例，执行：sudo find /var/cache/apt/archives/ -name "*.deb" ! -name "*amd64.deb" -delete
【此操作不可逆，删除前请确保已确认架构】
修复依赖并刷新软件包索引
第一步：清理APT本地缓存
sudo apt clean
第二步：强制修复断裂依赖链
sudo apt --fix-broken install -y——这一步会自动拉取缺失依赖并完成半配置包的安装，是解决“依赖不满足”的核心动作。
第三步：刷新软件源元数据
sudo apt update——观察输出末尾是否出现“正在读取软件包列表 完成”，若仍有 Err 行，说明源地址失效，需手动编辑 /etc/apt/sources.list 切换为 deepin 社区镜像。
