优先用 yum install ./package.rpm（或 dnf install ./package.rpm）自动解决依赖；若不可用，可配置有效 yum/dnf 源或检查 RPM 包内容（rpm -qpl）。
rpm 命令直接安装报依赖错误怎么办
直接 rpm -i package.rpm 大概率失败，因为 rpm 本身不自动解决依赖，缺一个库就卡住，报类似 error: Failed dependencies: 的错误。这不是命令写错了，是设计如此——rpm 是底层包管理器，只做校验和安装，不拉依赖。
- 优先用
yum install ./package.rpm（注意路径前的./），它会解析本地 RPM 并自动补全依赖 - 如果系统没 yum 或被禁用，可临时启用：确认
/etc/yum.repos.d/下有可用源，再运行yum localinstall ./package.rpm（旧版 CentOS 7 及以前需要这个命令） - 强行忽略依赖（
rpm -i --force --nodeps package.rpm）极不推荐：可能装上但程序根本跑不起来，后续排查更费时间
yum install xxx 一直卡在 “Downloading packages”
不是网络慢，大概率是 yum 源配置失效或镜像不可达，尤其常见于 CentOS Stream 停服、EPEL 源未更新、或国内云主机默认源指向国外节点。
- 先运行
yum clean all清缓存，再试yum makecache看是否能刷新元数据 - 检查当前启用的源：
yum repolist enabled；若输出为空或含大量0 packages，说明源没生效 - 替换为可用源：比如阿里云镜像，对 CentOS 7 执行
curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo，再yum makecache - 某些企业环境禁用外网，需确认
/etc/yum.conf中baseurl指向内网仓库，且该地址能curl -I通
安装完程序却提示 command not found
不是没装成功，而是二进制路径没进 $PATH，或者包里压根没放可执行文件到标准位置（比如只放了库或配置）。
- 查包里到底装了啥：
rpm -ql package-name（已安装）或rpm -qpl package.rpm（未安装） - 重点看有没有
/usr/bin/、/usr/local/bin/下的文件；若只有/usr/lib/或/etc/，说明这是个库或服务组件，不是命令行工具 - 如果二进制在非标准路径（如
/opt/app/bin/xxx），手动加进 PATH：export PATH="/opt/app/bin:$PATH"（临时），或写入~/.bashrc（长期） - 某些包安装后需手动启用服务：
systemctl enable --now servicename，否则进程根本没启动
CentOS 8+ 和 Rocky/AlmaLinux 上 yum 不可用
因为 yum 在 RHEL 8+ 已被 dnf 取代，虽然 yum 命令仍存在（是 dnf 的软链），但部分子命令行为不同，且旧教程里的 yum localinstall 在 dnf 中已被移除。
- 统一用
dnf install ./package.rpm替代所有yum localinstall场景 -
dnf默认启用模块（modular）仓库，有时会因模块流（stream）冲突导致安装失败，可加--enablerepo=appstream显式指定 - 检查是否误用了 EPEL 7 的源：RHEL 8+ 需用
epel-release-latest-8.noarch.rpm，装错版本会导致dnf update报No match for argument - dnf 的依赖解析比 yum 更严格，遇到冲突时会明确提示“problem with installed package”，此时需先
dnf remove冲突包，再重试
真正麻烦的从来不是命令敲错，而是没搞清当前系统用的是 rpm/dnf/yum 哪一层，以及那个 RPM 包本身到底打包了什么——多看一眼 rpm -qpl 输出，比反复重装省半小时。
