开机后 apt update 报锁被占用：确认后台更新是否仍在运行

Ubuntu 刚开机，运行 apt update 时提示 Could not get lock /var/lib/apt/lists/lock，并指出锁被某个 apt-get 进程持有。杀掉进程后暂时能运行，下次启动又出现，应先查后台包管理任务是否正在更新，而不是反复删除锁文件。

自动更新可能在启动后补上关机期间错过的计划。APT 与 dpkg 的锁用于阻止冲突操作；存在锁文件和有人正在持锁不是同一个判断。本文针对 Ubuntu APT 的并发任务分支，不能把报权限错误或存储损坏也归因自动更新。

先按错误中的路径和进程定位

记录完整错误，区分 /var/lib/apt/lists/lock、dpkg 的 lock 或 lock-frontend，以及包缓存相关锁。它们保护的操作阶段不同，不能只看到 lock 字样就开始修复 dpkg 数据库。

下面是只读诊断入口。1234 是需要替换的示例 PID：

ps -p 1234 -o pid,ppid,etime,stat,args
systemctl status apt-daily.service apt-daily-upgrade.service
systemctl list-timers --all

对照进程及父进程、服务状态和近期执行时间。PID 在每次启动后变化很正常；也要防止前一个进程已退出，系统后来把同一 PID 分配给别的程序。不能凭旧截图里的数字发出终止信号。

Ubuntu 的 apt-daily.timer 与 apt-daily-upgrade.timer 会触发相关服务运行 apt.systemd.daily，可能带随机延迟及补执行行为。实际安装与配置应以当前机器的服务和计时器为准。错误里的 apt-get 也可能来自软件中心、管理员任务或其他自动化，不能直接确认一定是 unattended-upgrades。

查看相关服务日志，以及 APT 和 unattended-upgrades 的日志，判断是正常下载、配置软件包、等待交互，还是持续报同一个失败。日志可能包含仓库和系统信息，诊断时按管理资料处理。单凭运行时间较长，不能证明进程已冻结。

正常更新在继续时，等待它释放锁

发现后台任务仍在推进，就让它按原流程结束，再从原入口重试。不要同时启动更多 apt install、upgrade 或另一个修复任务，它们仍会争用同一套包管理状态。

软件中心或手工启动的前端，应从它自己的界面或正常结束方式收尾。管理员启动的长任务则与其执行窗口协调，不因为眼前急着安装一个包就直接中断另一项升级。

移除锁文件不会让持锁进程停止。进程可能继续锁住原对象，后来的任务却面对另一份同名文件，从而失去互斥；dpkg 的官方处理规则明确不把删除锁文件视为正确解法。不能用 rm 锁文件再强制启动包管理来绕过当前任务。

真正冻结或曾被中断时，才进入恢复

确认进程冻结，需要结合日志、资源状态和上游任务判断，再按包管理器及前端支持的方式停止。优先允许正常退出；处理信号前重新确认进程身份和它正在操作什么，不把 kill -9 当作开机后固定步骤。

如果此前中断的是安装或配置，可能留下未完成的软件包状态。确认其他包管理进程都已结束后，可按 dpkg 的恢复流程处理待配置项目。以下命令会实际执行配置脚本，不是只读检查：

sudo dpkg --configure --pending

执行前保存受影响的软件包状态与服务配置，确认维护窗口。配置脚本可能更新文件、启动或重启服务；远程维护还应保留可用管理入口。它用于完成已有待配置工作，不保证修复仓库失效、依赖矛盾或有缺陷的维护脚本。

如果原来只是更新软件包列表，没有待配置的安装任务，就不应仅因曾出现 lists 锁而机械执行这一步。恢复中出现明确包脚本或依赖错误时，处理那项错误或采用对应包的修复版本，不反复强制运行所有命令。

每次开机都抢占维护窗口，再调整调度

正常自动更新经常与人工维护冲突时，先查看当前 timer 的实际定义，再按 Ubuntu 的受支持设置调整计划、随机延迟或是否补执行，并明确安全更新何时会完成。

仅新增 OnBootSec，不一定替换原有的 OnCalendar 计划；关闭 timer 的补执行行为，也可能把错过的更新留到下一个计划时刻。禁用自动更新更需要替代维护安排。不要因为一次锁等待，就把全部自动安全更新永久关闭。

修改前保存现有 drop-in 和 APT 周期设置，只调整经过确认的相关项。调度变更不会停止已经运行的任务，也不能修复已中断的包状态；这两件事分别处理。

成功标准是锁由原任务正常释放或经受控恢复结束，包管理状态一致，原来的 update 或安装入口能够完成，并且后续更新计划仍按管理要求执行。回退调度时恢复原设置；已完成的软件包升级或配置不会随 timer 回退自动撤销，需要另行采用对应服务和软件包的恢复方案。