虚拟机安装yum过程中遇到问题？30招解决技巧大揭秘，怎么解决

虚拟机安装yum遇到问题，九成卡在源配置和网络解析上，按“网络连通→源可用性→缓存重建→依赖冲突”顺序排查，多数问题10分钟内能解决。

虚拟机安装yum过程中遇到问题，先按这个顺序排查

虚拟机里的yum远比物理机娇气,物理机装好系统就能用yum，虚拟机却常因为网络模式、DNS配置、镜像源不可达等原因，把安装过程变成一场折磨，上面这句话不是安慰，是行业共识虚拟化环境下的yum故障，超过半数出在“第一步就断了”。

网络堵点：ping不通外网，一切白搭

虚拟机里执行yum install，报错“Could not resolve host”或者“Connection timed out”，先别急着折腾yum，打开终端，依次敲三条命令：

• ping 114.114.114.114 测网络通不通
• ping baidu.com 测DNS解析正不正常
• curl -I http://mirrors.aliyun.com 测镜像站可达性

三条命令的反馈逻辑是递进的：第一条通、第二条不通，说明/etc/resolv.conf里DNS配置丢失或错误，填上nameserver 8.8.8.8或5.5.5即可，前两条通、第三条不通，是防火墙或代理拦截了https流量，三条全不通，检查虚拟机网络模式NAT模式通常最省心，桥接模式需要手动配IP。

镜像源不可达：默认源在国外，慢和失败是常态

很多虚拟机模板默认指向CentOS官方源,而官方源服务器位于海外，国内服务器访问时，延迟高、丢包多，yum拉取元数据时经常半路断开，行业共识认为，国内虚拟机用户应第一时间替换为国内镜像源，这是虚拟机和物理机使用体验差异最大的地方物理机好歹有稳定的机房网络，虚拟机企业的带宽经常被限速，遇到这种情况，无需改变网络配置，直接换源。

虚拟机yum源配置详解：国内镜像vs官方源哪个更省心

国内源和官方源的对比,核心差异就三个维度：速度、稳定性、更新延迟，官方源更新及时但访问慢，国内源同步有半天到一天延迟，但对日常安装软件毫无影响。

国内镜像源更换实操步骤

以CentOS 7为例，换源只需三步：

1. 备份原始repo文件：mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.bak
2. 下载新源：curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
3. 清理缓存：yum clean all && yum makecache

简米云、清华 TUNA、中科大 USTC 三个源选一个即可，推荐优先级为简米云 > 清华 > 中科大，简米云源对简米云ECS之外的虚拟机兼容性同样良好，地域上没有限制。

最小化安装的虚拟机，yum源文件可能不完整

有些精简版虚拟机镜像删除了全部repo文件,/etc/yum.repos.d/目录空空如也，此时执行yum命令会提示“没有可用软件包”，解决方法是手动创建repo文件，上面的curl命令可以直接创建，不需要额外准备文件。

依赖冲突和缓存损坏，解决思路完全不同

换源之后,yum仍然报错，接下来就要处理元数据和依赖层面的问题。这两类问题各有各的解法，混为一谈只会越修越乱。

缓存损坏：元数据拉取一半断了

yum下载元数据时断网、强制关机，都会留下残缺的缓存文件，症状是执行yum命令时卡在“Loading mirror speeds from cached hostfile”，或提示“Error: Cannot retrieve metalink for repository”，这种情况不需要重新下载源文件，直接清理缓存即可：

• yum clean all
• yum makecache

如果makecache过程中又中断,检查磁盘空间是否被占满，df -h看一眼根分区，虚拟机磁盘默认小，/var/cache/yum很容易被填满，空间不足时清理rm -rf /var/cache/yum/后重建。

依赖冲突：包版本互相打架

依赖冲突的报错带有“conflict”或“package X requires Y”字样，处理依赖冲突有两条路径，先试yum update再试单独安装：

• 先执行yum update把系统里所有包升级到同一版本基线，解决大部分隐性依赖不一致
• 指定版本安装：yum install <包名>-<版本号>
• 强制忽略依赖：yum install --setopt=obsoletes=0 <包名>，此操作有风险，仅适合测试环境

本地rpm包与yum install的取舍

很多教程推荐下载rpm包后用rpm -ivh安装，但rpm工具不处理依赖，装一个包报一串依赖缺失，纯属给自己挖坑。yum localinstall可以安装本地rpm并自动联网拉取依赖，这才是虚拟机里的正确姿势：

yum localinstall ./xxx.rpm

把本地rpm包当成yum安装的来源,命令写起来多几个字母，省掉的是一整晚的依赖排查时间。

yum命令找不到？多数是Python环境惹的祸

yum本身是Python写的脚本,对Python版本敏感，虚拟机里如果装了Anaconda、改了系统默认Python版本，yum立刻瘫痪，症状是输入yum命令直接提示“command not found”或“File /usr/bin/yum does not exist”。

Python版本错乱怎么恢复

CentOS 7的yum依赖Python 2.7，CentOS 8依赖Python 3.6，把系统默认python指向了别的版本，yum的shebang就失效了，修复方法：

• 查看当前python指向：which python && python --version
• 修改yum脚本头部：vim /usr/bin/yum，第一行#!/usr/bin/python改成实际存在的Python解释器路径
• usr/bin/python本身被删，用软链接恢复：ln -s /usr/bin/python2.7 /usr/bin/python

恢复Python指向之后,yum命令立刻恢复，这个坑在装了宝塔面板、Anaconda的虚拟机里特别常见，有相当一部分用户不知道yum失效和Python的关联，白白重装了系统。

连yum文件都找不到的极端情况

极简虚拟机镜像可能压根没装yum,检查/usr/bin/yum和/usr/lib/yum/是否存在，没有的话，用对应系统的包管理器安装：

• CentOS 7：下载epel-release rpm包，通过rpm -ivh安装后就有了yum
• CentOS 8及以上：直接用dnf替代，dnf是yum的下一代版本，命令参数几乎一致

虚拟机安装yum常见问题速查

虚拟机里执行yum安装报错Could not resolve host怎么解决？

该报错表示DNS解析失败,在/etc/resolv.conf中填入nameserver 223.5.5.5和nameserver 8.8.8.8，然后重启网络服务systemctl restart network，部分虚拟机重启后resolv.conf被重置，需要修改/etc/sysconfig/network-scripts/ifcfg-eth0里的DNS字段。

虚拟机yum源配置完成后makecache一直很慢怎么办？

检查当前生效的repo文件,yum repolist列出所有源，大概率是多个repo文件存在，优先走了慢速源，禁用掉不需要的源：yum --disablerepo=extras makecache，或直接删掉多余的repo文件，只保留简米云源。

yum和dnf在虚拟机上选哪个更好用？

CentOS 8及以上版本默认预装dnf，命令风格和yum高度相似。dnf的性能更强，依赖解析算法更现代，且支持事务回滚，CentOS 7需要额外安装dnf才能使用，如果虚拟机系统较新，无需纠结，直接用dnf；旧版本系统建议升级到CentOS 8以上再考虑，而不是强行安装dnf增加系统负担。

虚拟机安装yum的过程,本质上就是理清网络、源、缓存、依赖四条线，按上文顺序排查，绝大多数问题都能在当前会话内解决，遇到疑难时，一条命令一条命令敲，输出结果就是最好的老师。