apt-mark auto 和 manual 怎么判断软件包是否会被自动删除

判断一个软件包会不会被 apt autoremove 清理，不能只看它是不是 auto。真正的判断是：它是否仍被某个手动安装的软件包依赖；如果只是自动安装、现在又没有手动包依赖它，APT 才会把它列入“不再需要”的候选。先模拟，再看标记和反向依赖，最后只给确实要长期保留的包补上 manual。

先用模拟结果定位候选包

先不要加 -y，也不要直接执行真实删除。用模拟模式查看 APT 当前的计划：

# 只计算 autoremove 计划，不实际删除软件包
apt-get -s autoremove

# 只筛选计划中的删除行，便于快速定位候选
apt-get -s autoremove | grep '^Remv'

输出里的 Remv 只是模拟计划。它说明 APT 根据当前状态认为这些包没有被手动安装包继续需要，但还没有改变磁盘内容。若候选里出现编译工具、运行时库或业务服务依赖，先停在这里，不要用改标记来“压掉”疑问。

auto 标记不等于立即删除：先看依赖关系

查看两类标记：

# 列出由依赖关系自动安装的包
apt-mark showauto

# 列出被视为明确安装的包
apt-mark showmanual

# 查看是否存在 hold，避免把“暂缓变更”与 manual 混为一谈
apt-mark showhold

然后针对一个候选包查看已安装包的反向依赖。下面的包名只是示例，请替换成模拟结果里的真实名称：

# 查看哪些已安装包依赖 libexample1
apt-cache rdepends --installed libexample1

如果反向依赖中仍有手动安装的应用或服务，说明这个包可能仍在依赖树上；如果没有反向依赖，但它是你直接运行的命令、服务启动时需要的运行库，APT 不一定知道你的“人工用途”，这时才需要人工判断。

只对明确保留的包改为 manual

确认包确实要长期存在后，再改变安装意图：

# 将明确要保留的包标记为手动安装
sudo apt-mark manual libexample1

# 再次模拟，确认该包不再出现在自动清理候选中
apt-get -s autoremove

manual 不是“把所有依赖都锁死”，而是给当前包建立一个人工保留的根。不要为了让列表变空而把整棵依赖树逐个改成 manual，否则以后卸载真正的顶层应用时，孤儿依赖可能不会被识别。

把判断结果落到一套安全清单

服务器上还要把服务、定时任务、脚本和容器镜像构建步骤列入人工清单。APT 只能依据包数据库和依赖关系做推断，不能知道某个包是否被脚本按名称调用。只有清单、反向依赖和模拟结果都一致时，才适合进入真实维护窗口。

相关问题

把包改成 manual 后还能卸载吗？

可以。manual 只影响自动清理判断，不是不可卸载锁；显式执行安装包删除时仍会按命令处理。

auto 包一定会被 autoremove 删除吗？

不一定。只要仍有手动安装包依赖它，或者它处于其他保留关系中，就可能继续留在系统里；以模拟计划为准。

apt-mark hold 和 manual 是一回事吗？

不是。manual 说明安装意图，hold 侧重阻止自动安装、升级或删除，两者解决的是不同层面的风险。