先执行sudo apt update、sudo apt clean、sudo dpkg --configure -a三步准备，再运行sudo apt --fix-broken install；若仍失败，检查apt-mark hold锁定或ubuntu.sources配置缺失。
别急着加 --force-yes 或 --fix-missing —— 90% 的“必须强制”其实只是 APT 数据库脏了，不是真冲突。
先让 apt 自己理一理：三步准备动作缺一不可
直接跑 sudo apt --fix-broken install 却失败？大概率是因为它面对的是一个过期、损坏或卡住的状态。它不更新索引、不清缓存、也不重试配置，只在当前“脏数据库”上缝合。
-
sudo apt update：强制拉取最新Packages文件，修正依赖声明和版本号，否则 apt 可能坚称某个包“不存在” -
sudo apt clean：删掉/var/cache/apt/archives/下所有 .deb，避免复用校验失败的残留包 -
sudo dpkg --configure -a：把所有half-installed或configuring状态的包（比如 kernel、initramfs）强行完成配置，否则--fix-broken会跳过它们
修复时卡在 “held broken packages” 怎么办
这不是依赖冲突，是某个包被你手动锁定了，但其他包又需要它。常见于 sudo apt-mark hold linux-image-* 后忘了恢复。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 查谁被锁：
apt-mark showhold - 临时解锁（推荐）：
sudo apt-mark unhold <包名>，修完再hold回去 - 若必须保留锁定，改用
sudo apt install -f --allow-unauthenticated（仅限可信源），不要开APT::Force-Yes=true
Ubuntu 24.04+ 的隐藏坑：source.list.d/ubuntu.sources 缺项
在 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 - 确保对应区块的
Suites:行包含noble noble-updates noble-backports - 改完必须再跑一次
sudo apt update，否则--fix-broken依然找不到依赖
真要强制，也得知道怎么收场
强制不是目的，而是绕过检查后快速回到可维护状态的手段。无限制的 --force-yes 在生产环境基本等于自毁。
- 仅覆盖冲突文件：
sudo apt install -o Dpkg::Options::="--force-overwrite" <包名> - 跳过依赖检查（极慎用）：
sudo apt install -f -o APT::Force-Yes=true，执行后必须立刻运行sudo apt --fix-broken install和sudo dpkg --configure -a收尾 - 如果报错里明确提到某个 .deb 路径（如
gcc-12-base_12.3.0-1ubuntu1~22.04_amd64.deb），优先用sudo apt --fix-broken install ./xxx.deb，它会自动从源中补全缺失依赖
真正容易被忽略的点是：很多“强制需求”其实源于 dpkg 状态异常，而非不可调和的依赖矛盾；而 Ubuntu 24.04+ 的 ubuntu.sources 配置错误，会让所有后续操作看起来像“怎么修都不对”。
