“unmet dependencies”错误主因是版本冲突或半安装状态，应先运行sudo apt –fix-broken install修复，再通过apt policy查源、显式指定版本安装，避免sudo pip install或随意autoremove。
apt install 时提示 “unmet dependencies” 怎么办
这是 debian/ubuntu 系统里最常卡住人的依赖错误。根本原因不是缺某个包，而是系统里存在版本冲突或半安装状态——比如你之前中断过安装、混用了 dpkg -i 手动装的 deb、或者启用了不兼容的第三方源。
实操建议：
– 先跑 sudo apt --fix-broken install，它会尝试自动修复断裂的依赖链，90% 的情况能直接解决
– 如果报错提到具体包名（如 libssl1.1 和 libssl3 冲突），别急着删，先查它们来源：apt policy libssl1.1 libssl3，看哪个来自 security.ubuntu.com、哪个来自 ppa:some-ppa
– 真要降级或强制替换，用 apt install libssl1.1=1.1.1w-0ubuntu1~22.04.1 显式指定版本，而不是 apt remove 后重装——后者可能连带卸掉 apt 自身
– 别用 apt-get autoremove 清理“无用依赖”后立刻装新软件，中间最好补一句 sudo apt update
dnf install 和 yum install 在 centos/RHEL 8+ 上的区别
RHEL 8 开始，yum 只是 dnf 的软链接，但行为不完全等价。直接敲 yum install 会走兼容模式，可能跳过某些现代依赖解析逻辑。
关键差异点：
– dnf install 默认启用模块流（modularity）支持，能区分 nodejs:18 和 nodejs:20 两个并存环境；yum install nodejs 可能只装默认流，且不提示
– dnf 的依赖回溯更激进，遇到冲突会列出多个可选解决方案（比如降级 A 或升级 B），yum 往往直接报错退出
– dnf history undo N 可撤回某次事务，yum history 虽有类似命令，但在 RHEL 8+ 上实际调用的是 dnf 的底层逻辑，稳定性略低
– 如果脚本里写死 yum，建议改用 dnf，尤其涉及 --enablerepo 或 --setopt 参数时，yum 对某些选项解析不一致
pip install 与系统包管理器装的 Python 包打架了
典型现象：用 apt install python3-numpy 装完，再 pip install numpy 就报 PermissionError: [errno 13] Permission denied，或者运行时提示 ImportError: numpy version too old。
本质是路径和所有权冲突：
– 系统包管理器把包装进 /usr/lib/python3/dist-packages/，属 root，且受 apt 管控；pip install 默认也往这写（没加 --user），但权限不够
– 更隐蔽的问题：pip 升级后可能覆盖系统包的 .so 文件，导致其他系统工具（如 apt 自身）崩溃
– 解决方案优先级： • 用 python3 -m pip install --user package_name，装到 $HOME/.local/lib/python3.x/site-packages/，彻底隔离 • 避免 sudo pip install，它会污染系统路径，且后续 apt upgrade 可能静默覆盖你的 pip 包 • 如果必须全局装（比如 CI 环境），先 apt-mark hold python3-numpy 锁定系统包，再 pip 装，但得自己承担更新风险
如何安全地从第三方源（PPA / Copr / RPM Fusion）换回官方源
不是简单删源就行。残留的包版本往往高于官方源，apt upgrade 或 dnf upgrade 会拒绝降级，系统就卡在混合状态。
稳妥步骤：
– 先禁用源但不删配置文件：Ubuntu 下注释 /etc/apt/sources.list.d/*.list 里对应行；Fedora 下 sudo dnf config-manager --disable rpmfusion-free-updates
– 更新索引：sudo apt update 或 sudo dnf makecache
– 查出哪些包来自第三方源：apt list --installed | grep -E '(ppa|ubuntuhandbook|debian.sid)' 或 dnf list installed | grep copr
– 对每个包执行降级：sudo apt install packagename=<version-from-official-repo></version-from-official-repo>（用 apt policy packagename 查可用版本）
– 最后清理无用依赖：sudo apt autoremove，但注意别删掉 apt、gnome-shell 这类关键包——它们可能被标记为“自动安装”，但其实是系统必需
依赖处理最麻烦的从来不是命令不会打，而是搞不清哪个包真正控制着共享库的加载路径、哪个版本被哪个进程硬绑定。多看 apt policy 和 dnf repoquery --whatrequires，比硬试 --force-yes 稳当得多。