Rocky 仓库结构与启停

This content is not available in your language yet.

「该开哪个仓库」的答案取决于你要装什么，而不是取决于流传的清单。本页只写有官方来源的部分：包管理层的入口、下载树上的分区结构、官方仓库与镜像指南；按需启用类仓库的具体启用步骤，本轮没有可引用的官方来源，本页不写结论。

包管理层与官方入口

Rocky 的软件包管理层是 DNF，官方文档把它作为包管理与仓库操作的标准入口：仓库的查看、启用与排查都从 dnf 出发。

这句话的实操含义是：仓库问题先落在包管理器上。启用与禁用是对仓库定义做的操作，而这些定义最终由包管理器读取；遇到「装了却找不到包」「同一个包被多个仓库提供」一类现象，第一步是核对包管理器看到的仓库集合。

仓库分区：回到下载树核对

官方仓库分区可以直接从下载树核对：每个主版本下含 BaseOS 与 AppStream，各自的 os/ 目录里有 Packages/、repodata/、RPM-GPG-KEY-Rocky-<版本> 与 COMMUNITY-CHARTER；同一层的下载树上还能看到 CRB、devel、extras、plus、security 等分区。核对顺序建议反过来做：先看下载树确认分区，再对照本机 dnf 的仓库列表。

这套结构给出两个排查锚点（本页整理）：有 repodata/ 说明该目录是可用的仓库数据源；有签名公钥文件说明该目录自带校验材料。分区对不上时，先怀疑本机仓库定义，而不是先怀疑镜像内容。

官方仓库与镜像指南

官方把仓库相关的做法分在三处：package_management（包与仓库操作）、repositories/pulp_fetch_upload（Pulp 同步与上传）与 mirror_management 主题；需要 dnf 级别的日常操作细节时看第一份，需要自建镜像时看另外两份。

按需启用的仓库：本轮的证据边界

判断某个仓库该不该开的通用顺序（本页整理，不是官方条款）：

先看依赖：要装的软件是否明确要求某个仓库提供额外包；
再看来源：该仓库是否来自官方文档或发行方说明；
最后看影响：开启后会不会把同名包换成其它版本，以及能否回退。