前几天在一台 CentOS 8 上装 libffi-devel，直接 yum install 报错。

错误信息没明说缺什么，这种场景其实挺常见的——RPM 安装失败翻来覆去就那几个原因，顺着捋一遍基本都能解决。记录一下排查过程，后面再碰到就不用从头想了。

依赖问题最容易踩进去。

先跑一下 yum deplist libffi-devel，把需要的包列出来，libffi-devel 大概率依赖 libffi，系统里如果没装 libffi 或者版本对不上，安装就会挂。一般先装好 libffi，再重试装 devel 包就行。有时候缓存旧了也会捣乱，yum clean all 然后 yum makecache 刷新一下，能避免本地元数据过期导致的奇怪问题。

权限这块，没带 root 身份的话会直接提示权限不够。平时 sudo 用惯了偶尔漏打，执行的时候看一眼命令行前面有没有 #，养成习惯能少踩坑。

架构不匹配也很常见。之前在 aarch64 的机器上误传了 x86_64 的包，报错倒是比较直白，什么 file not found 或者 ELF 格式不对。

uname -m 看一眼当前架构，下载包的时候确认文件名里的 arch 对得上就行，别闭着眼睛复制链接。

包本身损坏。网络抖动的时候下载到一半断了，rpm 校验过不去。

重新下载一次，或者直接用 yum reinstall libffi-devel 让系统重新拉取。清缓存除了能解决元数据过期，也能把坏掉的本地缓存 rpm 清掉。

磁盘空间不足，df -h 看一眼，重点关注 /var 和 /。装开发包会往 /usr 下放头文件和 .so，如果根分区满了自然写不进去。清点旧日志、旧内核，腾出几百兆基本就够了。

如果只是临时验证功能，实在不想折腾依赖，可以尝试忽略依赖强制安装：rpm -ivh --nodeps libffi-devel-版本号.x86_64.rpm。

跑一下能装上，但后面运行的时候很可能报找不到符号。测试环境搞一下可以，线上别这么玩。

实在排不出问题，直接去翻日志。yum 的日志在 /var/log/yum.log，dnf 的在 /var/log/dnf.log，grep 一下 libffi-devel，里面的报错通常比终端里详细，有时候能指出具体缺哪个 .so 文件。

一个完整的操作流程我一般这么搞：

先刷新缓存

sudo yum makecache

查一下缺的依赖

yum deplist libffi-devel

假设看到缺 libffi，装上

sudo yum install libffi

再装目标包

sudo yum install libffi-devel

如果环境连不上仓库，可以从官方镜像站手动下载对应版本的 rpm 包，传到机器上用 yum localinstall 装，它会自动处理依赖，比直接 rpm -ivh 省心。

sudo yum localinstall libffi-devel-3.1-24.el8.x86_64.rpm

要是还不行，把完整的错误日志贴出来，对着具体信息分析，基本就能定位到问题出在哪一环。

上面这几个检查项覆盖了大部分情况，下次再碰到 RPM 装不上，先别慌，挨个过一遍。