科技 · 实用指南
APT 报“Could not get lock”？停止任何进程前先证明软件包事务
锁正在保护一个软件包事务。先保存路径和持有者，判断它在推进还是卡住，再安全等待或停止所有者并审核包状态；绝不删除锁文件。
锁正在保护一个软件包事务。先保存路径和持有者，判断它在推进还是卡住，再安全等待或停止所有者并审核包状态；绝不删除锁文件。
frontend 锁协调软件包管理器访问 dpkg。 PID 是持有者证据，不是杀进程许可。
1. 冻结错误与锁身份
保存完整输出、退出码、锁路径、PID 和命令；列表、缓存、frontend 与 dpkg 数据库锁不能混为一谈。
不要删除锁文件。路径被 unlink 后，原进程仍可持有旧对象，却可能出现新路径和第二个写入者。
2. 证明持有者与事务阶段
检查 PID、父进程、启动时间和完整命令，判断是更新器、unattended-upgrades、apt、dpkg、cloud-init 还是配置管理。
用日志、子进程、打开文件、CPU/I/O 与时间戳做有限进度观察；耗时不等于卡死。
3. 选择等待或授权的正常停止
合法工作仍推进就限定时间等待并复查同一 PID；自动化不要只用固定 sleep。
若已停滞且策略允许，先停止所有者服务或发送正常终止信号，保存日志并等待退出。
4. 审核并完成中断状态
中断后用 dpkg --audit 检查状态并读日志；只有无持有者且阶段匹配时才完成待配置项。
普通竞争不应自动执行修复；dpkg --configure -a 会改变系统状态。
5. 复测原操作并修自动化
重跑完全相同的 APT 操作，要求正常加锁、预期包结果与零退出码。
CI 应与系统更新器协调实际条件，记录所有者、决策、审核和最终结果。
