测验：离线安装

为什么使用 apt-get install -s 验证引入的软件包？

• 因为它比实际安装快得多
• 因为它不会改动任何内容，却会运行真实的 depsolver，显示安装计划和未满足的依赖
• 因为输出日志详细得多，更便于调查
• 因为无需 root 权限也能运行

在 Depends: libnvidia-container1 (>= 1.16.2-1) but it is not installable 中，not installable 表示什么？

• 仓库中完全没有该名称的软件包
• 已安装版本低于要求
• 安装权限不足
• 与其他软件包冲突

一次性用 dpkg -i *.deb 安装引入的 .deb 会出现什么问题？

• 安装过程中会跳过校验和验证
• 依赖顺序不正确，导致部分软件包停留在未 configure 的状态
• 文件所有权导致权限错误
• 本地仓库索引损坏，无法再用

为什么不应在生产仓库中使用 [trusted=yes]？

• 因为跳过签名验证反而会让安装变慢
• 因为行为会随 apt 版本变化
• 因为仓库索引会大幅增大
• 因为它跳过签名验证，即使有人替换仓库中的 .deb 也无法发现

安装后在 dpkg -l 中看到并非 ii 的状态。这表示什么？

• 安装尚未彻底完成，必须查明原因并收尾
• 这是正常状态，可以放着不管
• 表示升级正在等待
• 表示已被 hold 固定

为什么成熟组织会把“第一轮引入 → 模拟 → 自动生成缺失项 → 第二轮引入”固化为流程？

• 因为内部规定如此要求
• 为了让引入审批经过多轮
• 为了减小引入仓库的总大小
• 无论计算得多周密，第一轮引入都必然会有遗漏