Linux装软件这件事，可以说是每个入门者绕不开的第一道坎。刚开始学Linux那会儿，最怕的就是装软件时屏幕上刷出一串“Requires: libxxx.so.2”，然后整个终端陷入死循环——装A要B，装B要C，装C又要A的另一个版本，手动折腾一下午都想砸键盘。后来yum命令让我彻底解脱了，一行yum install tree，依赖自动解析、自动下载、自动装好，那种“商店里点个安装”的爽快感，是我对Linux包管理的第一印象。
这篇文章就是我的yum命令学习笔记，围绕一个核心目标：让你看完之后不仅能流畅地用yum装软件、卸软件、查软件，还能在“yum install 报错、配源失败、依赖冲突”这些场景里自己动手排查。全文从yum解决了什么问题讲起，逐步拆解配置文件、本地源和外网源的配置方法、常用命令清单、一套完整的报错排查链路，最后补充几个面试和学习中高频踩坑的点。不管你是刚装完虚拟机准备做实验的初学者，还是准备运维面试、想把基本功打扎实的人，这份笔记都值得从头到尾过一遍。
1. 为什么Linux装软件离不开yum：先搞懂它解决什么问题
1.1 rpm手动安装的“依赖地狱”
在CentOS/RHEL这类系统里，软件包的原始格式是rpm。理论上一条rpm -ivh xxx.rpm就能装单个软件，但实际用起来非常痛苦，因为Linux软件不是孤立的。拿一个最常见的场景举例：你下载了一个php-8.0.rpm，执行安装，系统告诉你“Requires: libxml2 >= 2.7.8”，于是你去下载libxml2的rpm，装libxml2时又告诉你“Requires: libicu”，再下载libicu，它又依赖别的库……如果依赖有冲突，还会出现“已安装的包版本过高/过低”这种死结。
这还不是最麻烦的。rpm手动安装时，系统不会帮你做“依赖记录”，装到半路失败了，已经装了一半的文件不会自动回收，后面想清理都是一笔烂账。早期Linux运维圈把这种现象叫“依赖地狱”，不是说问题多难解，而是手动解决时涉及大量重复劳动和不确定性。
yum的意义正在于此：它是一个包管理器，核心任务是自动解析软件依赖，一次性把需要的依赖包全部拉下来装好。你不用关心这个软件依赖了哪五个库、它们之间版本怎么匹配，yum会从仓库元数据里算出一套能装上的方案。
1.2 yum到底是什么：包管理器加仓库索引
我再打个比方。rpm像一个“安装工具包”，你告诉它“这是软件，装吧”，它只负责装，不负责找、不负责检查依赖；而yum更像一个“应用商店”，它先连接到你指定的软件仓库（repo），把仓库里的软件清单拉下来，你搜一下、点安装，它替你处理依赖、下载、安装、校验一整套流程。
yum里比较关键的概念有两个：
- 包仓库（repository）：服务器上存放rpm包和元数据的地方，可以是局域网地址、外网镜像，也可以是本地光盘。
- 元数据（metadata）：仓库里所有包的名称、版本、依赖关系、文件列表等索引信息。yum第一次使用某个仓库时，会先把元数据缓存到本地
/var/cache/yum，之后每次操作默认基于缓存判断。
正是因为yum有“仓库索引+本地缓存”这套机制，它才能在一条命令里完成“搜索—计算依赖—下载—安装”的全过程。理解了这一点，后面的配置源、清理缓存、报错排查全部都能串起来。
1.3 yum和dnf的关系
问到这个问题的人不少。新版系统上yum命令实际指向的是dnf（比如RHEL 9、Rocky Linux 9），双方命令语法几乎一样。老系统如CentOS 7依然用的经典yum。我个人的建议是：学习阶段把yum命令本身学扎实，因为大量教程、面试题、老项目脚本里写的都是yum；使用上不用刻意区分，yum install在dnf环境里同样能跑。
2. yum的“源头”是配置文件：读懂repo文件才能自己配源
2.1 /etc/yum.conf与/etc/yum.repos.d/
yum的配置分成两个层面：主配置文件/etc/yum.conf定义全局行为，比如是否校验GPG、是否保留下载的包缓存、日志存放位置；而真正决定“去哪里下载软件”的是/etc/yum.repos.d/目录下的.repo文件，一个repo文件可以包含多个仓库源配置。
初学阶段，你只需要记住一条操作原则：修改yum源之前，先cp /etc/yum.repos.d/备份，把所有原始repo文件移到备份目录里，再新建自己的repo文件。很多教程直接让你删掉旧文件，我不太建议——万一新源有问题，你还有回头路。备份这一步的成本几乎为零，却能帮你避免一次“配完源再也装不上软件”的尴尬。
2.2 repo文件的字段拆解
一个正常的repo文件长这样：
[base] name=CentOS-$releasever - Base baseurl=http://mirrors.aliyun.com/centos/$releasever/os/$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7每个字段都有明确含义：
- 方括号
[base]是仓库ID，本文件内必须唯一，yum repolist里显示的就是它。 name是仓库描述，给人和日志看。baseurl是仓库地址，最重要。支持http://、https://和file://三种写法，其中file://用于本地源。enabled=1表示启用该仓库，如果填0，需要时用yum --enablerepo=仓库ID临时启用。gpgcheck=1表示安装包前校验签名，开启后需要在gpgkey指定密钥文件路径。很多内网实验环境为了省事会写成0，我个人建议单机实验可以关，生产环境务必开着。mirrorlist是镜像列表地址，yum会自动从列表里挑一个镜像；而baseurl是写死地址。手动配源时优先用baseurl，可控性更好。
baseurl里的$releasever会替换成系统大版本号（比如7、8），$basearch替换成架构（比如x86_64）。学习阶段建议直接写死具体路径，比如http://mirrors.aliyun.com/centos/7/os/x86_64/，能减少变量展开带来的认知负担。
2.3 repolist与yum clean：配置完成后怎么验证生效
写完repo文件后不要急着安装，先做两件事：
yum repolist yum clean all && yum makecacherepolist会列出当前系统可用的仓库和包数量，如果能看到你新加的仓库且数量大于0，说明基本配置正确。clean all清空旧缓存，makecache重新拉取元数据。这两条组合在“修改源之后”几乎是固定操作。如果你改了repo文件但没清缓存，系统很可能还在用旧的仓库索引，出现“明明换了源还报原来的错误”这种奇怪问题。
3. 手把手配置yum源：本地实验环境与外网环境两套方案
3.1 本地yum源：没有外网时的实验标配
学习Linux时最常见的场景就是虚拟机断网，或者单位内网服务器不允许上外网。这时候本地yum源是唯一靠谱的选择。实现原理很简单：把系统ISO光盘里的rpm包挂载到某个目录，再通过createrepo工具生成元数据，让yum把该目录当成一个仓库。
完整步骤如下：
- 上传或挂载系统ISO镜像。比如VMware里把镜像连接到光驱，然后在系统内执行：
mkdir -p /mnt/cdrom mount /dev/cdrom /mnt/cdrom如果挂载不成功，检查路径是否为/dev/sr0（可用lsblk查看）。CentOS 7的ISO里，Packages目录存放了全部rpm包。
- 安装createrepo工具（如果系统里没有）：
# 光盘里已经有createrepo的rpm包，直接从Packages目录安装 rpm -ivh /mnt/cdrom/Packages/createrepo-*.rpm- 生成本地仓库元数据：
mkdir -p /data/localrepo cp -r /mnt/cdrom/Packages/* /data/localrepo/ createrepo /data/localrepo如果你不想把整个光盘拷到硬盘，也可以直接对/mnt/cdrom执行createrepo，只是光盘挂载目录偶尔会有写入权限问题。为了稳定，建议复制到硬盘目录再生成。
- 写repo文件：
[local-repo] name=Local CDROM Repo baseurl=file:///data/localrepo enabled=1 gpgcheck=0文件保存到/etc/yum.repos.d/local.repo。
- 验证：
yum clean all && yum makecache yum repolist这套流程在很多教程里叫“配置本地yum源实验”，本质就是把“ISO光盘变成yum仓库”。理解了原理，不管光盘路径、镜像版本怎么变化，你都能灵活处理。
3.2 外网yum源：换国内镜像源的思路
外网环境下，系统自带的官方源在国内访问速度可能不理想，所以国内主流做法是换成阿里云、清华、中科大等镜像源。核心操作同样是修改repo文件。
以CentOS 7为例：
mkdir -p /etc/yum.repos.d/backup mv /etc/yum.repos.d/*.repo /etc/yum.repos.d/backup/ cat > /etc/yum.repos.d/aliyun.repo <<'EOF' [base] name=CentOS-$releasever - Base - aliyun baseurl=http://mirrors.aliyun.com/centos/$releasever/os/$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 [extras] name=CentOS-$releasever - Extras - aliyun baseurl=http://mirrors.aliyun.com/centos/$releasever/extras/$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 [updates] name=CentOS-$releasever - Updates - aliyun baseurl=http://mirrors.aliyun.com/centos/$releasever/updates/$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 EOF然后清理缓存、重建缓存、查看repolist即可。这里有个细节：base是系统基础包，updates是更新包，extras是额外包，三者分工不同。生产配置源时，常规只需要base和updates，extras按需启用。
注意CentOS 8及后续版本还有个“AppStream”仓库概念，因为8系把部分软件从base分拆到了AppStream里。如果你在CentOS 8里找不到yum install php的包，多半是AppStream仓库没启用。这类系统建议直接参考对应版本的官方教程或镜像站文档，不要照搬CentOS 7的repo内容。
3.3 小版本差异：CentOS 7/8/9源的内容差别
写repo时最容易踩的坑就是版本不匹配。CentOS 7的源里，三类基础仓库（base/extras/updates）路径比较规律；CentOS 8开始多了AppStream、PowerTools；CentOS 9又引入了CRB之类的名称。我见过不少同学把CentOS 8的镜像地址填成7的路径，结果yum makecache时报404。
如果你不确定当前系统版本，先执行：
cat /etc/redhat-release拿到准确版本号后再去镜像站找对应的目录结构。阿里云镜像站（mirrors.aliyun.com）和清华镜像站（mirrors.tuna.tsinghua.edu.cn）页面都有清晰的目录导航，照着选比自己猜路径靠谱得多。
4. yum常用命令清单：从零做到熟练
4.1 安装与卸载的核心命令
yum命令的学习，我觉得不需要背太多，先把最核心的几个命令打扎实。
yum install 包名：安装软件包，可同时安装多个，如yum install vim net-tools lrzsz。yum remove 包名：卸载软件包。注意它会连同依赖一起处理，卸载前最好看清提示列表。yum localinstall /path/xxx.rpm：安装本地rpm文件并自动解决依赖，对付“下载好的rpm包”很好用。yum reinstall 包名：重装包，适用于配置文件被改坏的情况。
-y参数表示“所有问题默认回答yes”，是快速安装的利器。但我的习惯是：第一次装不熟悉的包时不用-y，先看一遍yum要装哪些依赖、占多少空间，确认无误再回车执行；确认没问题后，第二次安装同类包才用-y。这不是矫情，而是人在终端前能看到的信息越多，对系统的掌控感越强。翻车最多的人，往往是闭眼-y一路回车的人。
4.2 查询与信息类命令
这类命令是解决“我不知道该装哪个包”问题的主力：
yum list installed：列出已安装的所有包。yum list available：列出仓库里可安装的包。yum search 关键字：按名称和描述模糊搜索，比如yum search ifconfig能找到net-tools。yum info 包名：查看包版本、大小、所属仓库等详情。yum provides 文件路径：查“这个文件由哪个包提供”，全命令中我个人最爱的一条。
yum provides在实战里特别有用。比如你输入vipw说是命令不存在，又不知道装什么包，执行yum provides */vipw，系统会告诉你它属于passwd包。再比如某个服务启动时报缺了libcrypto.so.10，用yum provides */libcrypto.so.10能直接定位到缺失库对应的包。面试题里常考的“给一个路径找包名”就是这个命令。
4.3 更新、历史与缓存
更新类命令需要格外谨慎，一句话：生产环境不要随手yum update -y。这个命令会把系统里所有可升级的包全部升级，包括内核和关键库，稍不留神就可能引入不兼容问题。
推荐做法：新机器上线前一次性yum update，之后按需更新特定包（yum update 包名），或者用yum check-update先查看有哪些包可更新，评估后再决定。
yum还隐藏了一个“后悔药”——事务历史：
yum history yum history info 事务ID yum history undo 事务IDyum history会按时间列出每次安装/卸载/更新的操作记录，undo可以把某次操作回滚。这个命令在实验环境里非常实用，你误装了一个依赖一大堆的包，不用手动逐个卸载，直接回滚事务就行。
缓存相关的命令就是前面反复提到的yum clean all和yum makecache。排查源问题、包列表不更新的问题时，先跑这两条准没错。
5. “yum install tree 不能连接”：一次完整的报错排查链路
5.1 先看报错本身：错误信息归类很重要
搜索热词里有一条“yum -y install tree 不能连接”，这大概是Linux新手遇到最多的一类故障。表面上症状一样——执行安装后报错、下载不了包，但底层原因可能千差万别。我先教你识别最常见的几种报错文案：
Could not resolve host: mirrors.xxx.com：DNS解析失败，域名解析不了。Cannot find a valid baseurl for repo: base：源地址匹配不到可用路径。[Errno 14] curl#6 - "Could not resolve host"：同上，网络层面连不上。[Errno 14] HTTP Error 404 - Not Found：源地址路径写错或不存在。Peer's Certificate has expired：系统时间不对，TLS证书校验失败。
看到报错后，先别急着改配置。把错误文本完整读一遍，判断是网络问题、配置问题还是时间问题，再去做对应排查。大多数时候，问题不是yum工具坏了，而是它拿不到正确的东西。
5.2 逐层排查：DNS、网络、repo配置、代理
以“不能连接”为例，我建议按下面顺序排查：
- 先确认基础网络：
ping -c 3 114.114.114.114能通说明网线/网卡没问题。ping不通，可能是虚拟机的网卡没配好，或系统没拿到IP。
- 确认DNS解析：
nslookup mirrors.aliyun.com解析不出域名，就去检查/etc/resolv.conf里的nameserver配置。虚拟机里常见的坑是DHCP覆盖了DNS配置，把resolv.conf改成手动指定的依旧可能被覆盖，这时要在网卡配置里固定DNS，CentOS 7是/etc/sysconfig/network-scripts/ifcfg-xxx里的DNS1字段。
- 直接测试仓库地址：
curl -O http://mirrors.aliyun.com/centos/7/os/x86_64/repodata/repomd.xml能下载说明网络到源是通的，问题大概率出在repo文件路径。404就说明路径不对，需要对目录结构。
- 检查代理设置：
env | grep -i proxy内网环境如果设置了系统代理，yum请求走代理、代理本身不通，也会造成“连不上”。如果确认不需要代理，可以临时清掉代理变量，或者检查/etc/yum.conf里的proxy配置。
- 最后才回头看repo配置文件本身：
yum repolist yum clean all && yum makecache这一套流程走下来，绝大多数“不能连接”的问题都能定位。我遇到过最隐蔽的一次，是虚拟机的网卡断线但系统没显示异常，ping网关通、ping外网不通，最后检查才发现ifcfg-ens33里的ONBOOT=no，开机没自动启用网卡。
5.3 一个容易被忽视的坑：时区时钟与缓存残留
时间不对导致的报错，比大家想象中常见得多。新装虚拟机如果没同步时间，系统时钟可能停在UTC零点，这时访问HTTPS镜像站会有证书校验失败。处理方法是同步时间：
ntpdate time1.aliyun.com或者启用时间同步服务（不同系统命令有差异，这里提供一个常用思路）。执行后date确认时间正常，再重试安装。
另一个隐蔽问题是缓存残留：你改了repo文件，但旧仓库的元数据还在缓存里，yum去访问旧的mirrorlist，错误信息还是旧的。解决办法依然是先yum clean all再重试。每次改源之前，我都建议把这个动作变成肌肉记忆。
6. 安装过程中的常见坑与解决经验
6.1 另一个进程正在持锁：yum.pid风波
新手最常撞上的报错是：
Another app is currently holding the yum lock; waiting for it to exit... The other application is: yum意思是有一个yum进程正在运行，系统不允许并发执行。常见场景是上次安装被中断、残留了进程和锁文件。执行以下命令查看并处理：
ps -ef | grep yum sudo kill -9 对应PID sudo rm -f /var/run/yum.pid杀掉进程后再次yum install即可。注意：如果确认当前没有yum在跑，删锁文件前最好确认一下进程列表，不要盲目删。我建议先ps看一眼再决定。这个报错在有人开启了yum-cron自动更新时也会出现，后台定时任务会偷偷占用锁。
6.2 gpgcheck与GPG key
配置了gpgcheck=1的仓库，安装时会提示导入GPG密钥：
warning: rpmts_HdrFromFdno: Header V4 RSA/SHA1 Signature, key ID XXXXXX此时输入y确认导入即可。如果你觉得自己配置的源都是可信的，不想每次都提示，也可以在repo文件里把gpgcheck临时改为0。但要明确：gpgcheck是为了防止软件包被篡改，关闭它会降低安全性。单机实验无所谓，内网生产环境建议保留校验。
6.3 版本冲突与依赖冲突
Error: Package xxx conflicts with yyy这类冲突一般发生在你手动混用了不同来源的rpm或yum源。举个例子：系统自带的openssl是1.0.2，你手动下载了openssl 1.1.1的rpm安装，之后用yum装其他依赖openssl的包，就可能触发冲突。
我的经验是：能用yum装的软件，尽量从yum仓库装；确实需要手动rpm安装第三方包时，装之前yum info 包名确认它会升级/替换哪些系统组件。如果只是实验环境，装坏了直接重置虚拟机或重装系统最省时间，不要把时间浪费在修复依赖上。这也是很多老运维的共识——环境越干净，问题越好排查。
7. 边用边总结：yum的进阶命令与面试考点
7.1 yum update -y --exclude 这种高级用法
热词里有yum update -y --exclude，我展开说一下。--exclude参数可以在批量更新时排除指定包，比如更新所有软件包但锁定内核、锁定某个关键驱动：
sudo yum update -y --exclude=kernel* sudo yum update -y --exclude="*openjdk*"这个参数在维护老服务时特别有用。团队里其他人跑yum update -y把内核升级了，结果重启后显卡驱动加载失败，这种情况我遇到过不止一次。运维脚本里加上--exclude=kernel*可以防止内核意外变更。同样的思路可以用在yum install上，比如指定排除某个依赖版本。
yum install支持包名带版本号，例如yum install httpd-2.4.6再配合--exclude，可以比较精细地控制环境版本。
7.2 面试和学习中常被追问的几个点
结合搜索热词里的“linux面试题”，整理几个yum相关的高频考点：
- 问：为什么yum能自动解决依赖？答：yum从仓库获取包元数据，元数据里包含每个包的依赖信息，yum通过解析这些依赖树，自动挑选满足条件的依赖包并统一安装。
- 问：yum和rpm的关系。答：yum底层调用rpm完成包安装、卸载、升级，但额外增加了仓库管理、依赖解算、事务历史等功能。
- 问：如何查看某个命令属于哪个包？答：用
yum provides */命令名或yum whatprovides 路径。 - 问：如何查系统已安装的某个包？答：
rpm -q 包名或yum list installed | grep 包名。 - 问：AB包更新和回滚怎么做？答：
yum history查看事务，yum history undo 事务ID回滚。
面试官真正考察的不是你记了多少命令，而是你遇到包管理问题时有没有一套排查思路。能把配源、缓存、报错排查讲清楚，比死记硬背十几个参数有用得多。
7.3 个人经验：实验环境里装软件的建议顺序
最后分享一点实操建议。很多人学Linux上来就急着装各种软件，结果环境越装越乱。我在虚拟机里做实验的顺序一般是：新装系统 → 配好基础网络和时间 → 备份并替换yum源 →yum repolist确认可用 →yum update -y一次把系统基础包升到最新 → 再针对性安装实验软件。这样做的理由是：
- 基础源稳定后，后面所有安装都顺畅。
- 虚拟机快照在配完源、更新完之后打一个，后面装坏了随时回滚到干净状态。
- 每次实验结束记录一下安装过的包和改动，下次踩坑能快速定位。
yum这个命令看起来平凡，但几乎每个Linux场景都会碰到。把它学扎实、把配源和排错的思路刻进脑子里，日常服务器维护里80%的软件安装问题你都能自己解决。至少对我来说，yum是我在命令行里用得最多、也最值得花时间弄明白的命令之一。
