CentOS 8 作为曾经广受欢迎的企业级 Linux 发行版，其稳定性和可靠性得到了广泛认可，自2021年12月31日起，CentOS 8 迎来了其生命周期的终点（End-of-Life, EOL），这一变化意味着 CentOS 官方停止了对它的维护和更新，其中最直接的影响就是其默认的 Yum 源被移除，导致广大用户无法再使用 yum update 或 yum install 等命令来安装和更新软件包，本文旨在深入探讨 CentOS 8 Yum 源的变迁、问题根源，并提供详尽、可行的解决方案，以确保您的系统在 EOL 后依然能够正常管理和维护。
理解 Yum 与 Yum 源
在深入解决方案之前,我们首先需要理解 Yum 和 Yum 源的基本概念，Yum（Yellowdog Updater, Modified）是一个基于 RPM 包管理的 Shell 前端软件包管理器，它能够自动处理依赖关系，极大地简化了软件的安装、更新和卸载过程。
而 Yum 源，即软件仓库，是存储了大量 RPM 软件包及其元数据（如包信息、依赖关系等）的服务器，当您执行 Yum 命令时，它会根据配置文件（通常位于 /etc/yum.repos.d/ 目录下，以 .repo 去指定的 Yum 源服务器上下载软件包和元数据，然后执行相应的操作，CentOS 8 默认配置了 BaseOS、AppStream 等几个核心仓库，它们共同构成了系统的软件基础。
EOL 带来的核心问题
CentOS 8 EOL 后，其官方的 Yum 源地址（如 mirrorlist.centos.org）不再指向有效的软件包列表，当您尝试更新系统时，Yum 会尝试连接这些失效的地址，最终因无法解析或找不到仓库而报错，典型的错误信息会包含类似 “Error: Failed to download metadata for repo ‘AppStream’: Cannot prepare internal mirrorlist: No URLs in mirrorlist” 的内容，这使得系统无法获取安全补丁，也无法安装新的软件，对系统的稳定性和安全性构成了严重威胁。
解决方案：更换为可用的 Yum 源
幸运的是,社区和各大云服务商为我们提供了多种解决方案，核心思路是：将系统的 Yum 源地址从已失效的官方源，切换到仍然可用的归档源或第三方镜像源，以下是两种主流且行之有效的方法。
迁移至官方 Vault 归档源
CentOS 官方将所有 EOL 版本的软件包都归档到了一个名为 “Vault” 的服务器中，这意味着我们仍然可以从这里获取到 CentOS 8 的所有历史软件包。
操作步骤：
备份原有仓库文件：这是一个好习惯，以防后续出现问题可以恢复。
mkdir /etc/yum.repos.d/repo.bak mv /etc/yum.repos.d/*.repo /etc/yum.repos.d/repo.bak/
创建新的 Vault 仓库文件：在
/etc/yum.repos.d/目录下创建一个新的.repo文件，CentOS-Linux-Vault.repo，并填入以下内容，这里以 CentOS 8.5.2111 版本为例。
[baseos] name=CentOS Linux $releasever - BaseOS baseurl=https://vault.centos.org/8.5.2111/BaseOS/$basearch/os/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial [appstream] name=CentOS Linux $releasever - AppStream baseurl=https://vault.centos.org/8.5.2111/AppStream/$basearch/os/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial [powertools] name=CentOS Linux $releasever - PowerTools baseurl=https://vault.centos.org/8.5.2111/PowerTools/$basearch/os/ enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial [extras] name=CentOS Linux $releasever - Extras baseurl=https://vault.centos.org/8.5.2111/extras/$basearch/os/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
清理缓存并重建：执行以下命令，清理旧的 Yum 缓存，并根据新的源地址重建缓存。
yum clean all yum makecache
使用国内第三方镜像源
对于国内用户而言,直接访问官方 Vault 源可能会遇到速度慢或不稳定的问题，使用国内云服务商（如阿里云、腾讯云、清华大学等）提供的镜像源是更优的选择，这些镜像站同步了官方 Vault 的内容，并提供高速的国内访问。
操作步骤（以阿里云镜像为例）：
备份原有仓库文件：同方案一的第一步。
下载新的阿里云 repo 文件：阿里云已经为我们准备好了适配 CentOS 8 Vault 的仓库文件，直接下载即可。
wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-vault-8.5.2111.repo
清理缓存并重建：同方案一的第三步。
yum clean all yum makecache
方案对比与验证
为了更直观地选择,我们可以对两种方案进行一个简单的比较。
| 源类型 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 官方Vault源 | 官方权威，最原汁原味 | 国内访问速度慢，可能不稳定 | 追求极致官方认证，或网络环境良好 |
| 国内镜像源 | 速度快，连接稳定，同步及时 | 非官方，依赖第三方维护 | 国内绝大多数用户，日常开发与运维 |
完成上述任一方案的配置后,您可以通过以下命令来验证是否成功：
yum repolist
如果命令能够正常列出您配置的仓库（如 baseos, appstream）及其中的软件包数量，则说明源更换成功，为了进一步测试，可以尝试安装一个轻量级软件包，
yum install -y htop
如果能够顺利安装,那么恭喜您，您的 CentOS 8 系统已经恢复了软件管理能力。
相关问答FAQs
问：我可以将 CentOS 8 的 Yum 源直接替换为 CentOS 9 的源吗？
答：绝对不可以，CentOS 8 和 CentOS 9 是两个独立的、不兼容的主版本，它们的内核版本、系统库（如 glibc）、核心组件以及软件包的 API/ABI 都有巨大差异，强行使用 CentOS 9 的源会导致依赖关系彻底崩溃，不仅无法安装软件，甚至可能破坏整个系统，使其无法启动，请务必为您的系统版本匹配对应的源。
问：更换源后，如果出现新的问题或想回滚，该如何恢复到原来的配置？
答：这就是我们在第一步强调备份的重要性，如果您想恢复到最初的状态，只需将备份文件重新移回 yum.repos.d 目录，并删除新添加的源文件即可，具体操作如下：
- 删除当前正在使用的
.repo文件（如CentOS-Linux-Vault.repo或CentOS-Base.repo）。 - 将备份目录中的所有文件移回原处：
mv /etc/yum.repos.d/repo.bak/* /etc/yum.repos.d/。 - 再次运行
yum clean all和yum makecache来重建基于原始配置的缓存，这样，您的系统就恢复到了修改源之前的状态。
【版权声明】：本站所有内容均来自网络，若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
发表回复