yum源装了好几个重复打架怎么禁用其中一个
系统上装了好几个 yum 源，有的还指向同一类软件，装包时版本忽高忽低、依赖解析报怪错，更新到底走哪个源也说不清。人话结论：多源并存不是问题，打架才是问题——先看清谁在供包，再把不想要的源禁用掉，三个办法按场合选。
排查步骤
- 盘点全部源：
yum repolist all列出所有仓库及其启用状态，把启用中的仓库名单先抄下来，分清哪些是发行版官方源、哪些是第三方源。 - 定位谁在供包：
yum list 软件包名查看可用版本列表，每个版本后面标着来源仓库；已安装包在版本前有 @ 标记，指明当初从哪个源装的。打架的包，通常会看到同一个包名对应两三个不同仓库的版本。 - 永久禁用（推荐）：
yum-config-manager --disable 仓库名，或直接编辑/etc/yum.repos.d/下对应的 repo 文件，把enabled=1改为enabled=0。禁用后仓库配置还留着，需要时一条命令切回。 - 单次绕开：临时不想让某个源参与，安装时加参数，如
yum --disablerepo=仓库名 install 软件包，只对当次生效，适合验证「是不是这个源在捣乱」。 - 验证收尾：再跑一次
yum repolist，确认列表干净；装一个测试包，看版本与来源是否符合预期。
相关提示
- 禁用优于删除：直接删 repo 文件虽然干净，但日后想切回就得重建，禁用是可逆操作。
- 时代背景要补一句：CentOS 7 已于 2024 年年中停止维护，官方源转入归档状态，仍指向旧地址的源会报访问失败——那是源失效问题，与多源打架是两回事，处理方向不同（重置与换源是另一个话题）。
- 同类软件尽量固定一个供应源，混着装是版本漂移的主要来源。
企业存储选型参考
服务器的软件源治理看着是小事实则影响升级窗口的稳定性，和存储层固件、备份套件的版本管理是一个道理：来源可控，环境才可控。贵州诚鑫致达科技在服务器运维托管中会把软件源、固件版本与备份策略一起纳入基线管理，减少版本类故障。