apt --fix-broken install 本身不刷新索引、不清缓存、不重试配置，仅基于当前脏数据库“缝合”，故常失败；真正有效的是前置三步：sudo apt update（更新索引）、sudo apt clean（清理损坏.deb）、sudo dpkg --configure -a（完成卡住包配置）。

apt --fix-broken install 是最直接有效的修复命令，但单独执行它往往失败——真正起作用的是它前面那几步“准备动作”。

为什么 apt --fix-broken install 常常报错或没反应

这个命令本身不下载新索引、不清理损坏缓存、也不重试中断的配置。它只在当前 APT 数据库状态上做“缝合”，而多数依赖破损恰恰源于数据库已脏或过期。

• 本地包列表（/var/lib/apt/lists/）陈旧，导致 apt 认为某个依赖“不存在”，其实只是没刷新
• /var/cache/apt/archives/ 里残留了半截 .deb 文件，apt 会优先尝试复用，结果校验失败
• 有包卡在 half-installed 或 configuring 状态，--fix-broken 默认不强制重跑 dpkg 配置

必须先做的三步清理（顺序不能错）

这不是“多此一举”，而是让 apt --fix-broken install 能真正干活的前提。

PostgreSQL 18.4 ubuntu

PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。

下载

• 运行 sudo apt update：强制拉取最新 Packages 文件，修正版本号和依赖声明
• 运行 sudo apt clean：删掉所有缓存的 .deb，避免 apt 错误复用损坏文件
• 运行 sudo dpkg --configure -a：把所有卡住的包（尤其是 kernel、initramfs 类）强行完成配置，否则 --fix-broken 会跳过它们

修复时遇到 “held broken packages” 怎么办

这个错误本质是 apt 检测到某个包被手动 hold（锁定），但它又恰好是其他包的依赖。常见于用户为防止内核升级而执行过 sudo apt-mark hold linux-image-*。

• 查被锁的包：apt-mark showhold
• 临时解锁（推荐）：sudo apt-mark unhold 包名，修复完再 hold 回去
• 若必须保留锁定，改用 sudo apt install -f --allow-unauthenticated 强制绕过（仅限可信源）
• 注意：aptitude 在这种场景下比 apt 更擅长降级/替换方案，可作为备选

Ubuntu 24.04+ 的特殊坑：source.list.d/ubuntu.sources 缺项

在 Ubuntu 24.04（Noble）上，unmet dependencies 错误经常不是包本身问题，而是 /etc/apt/sources.list.d/ubuntu.sources 里只写了 Suites: noble，漏掉了 noble-updates 和 noble-backports —— ROCm、CUDA、新版 Python 工具链等都依赖这些套件里的更新版基础库。

• 编辑该文件：sudo nano /etc/apt/sources.list.d/ubuntu.sources
• 找到 URIs: 行，确保对应区块的 Suites: 后包含 noble noble-updates noble-backports
• 改完必须再跑一次 sudo apt update，否则 --fix-broken 依然找不到依赖

真正的难点不在命令本身，而在判断“当前状态到底脏在哪一层”：是索引、缓存、dpkg 状态，还是源配置。修之前不诊断，就等于蒙眼拧螺丝。