挂载ISO后yum提示“No package available”的主要原因是repodata目录缺失或路径未被正确识别，需为BaseOS和AppStream等子目录分别配置.repo文件并设置baseurl=file://，禁用mirrorlist，清理缓存后重建元数据。
为什么挂载ISO后 yum 仍提示 “No package available”
常见原因是 repodata 目录缺失或路径未被 yum 识别。CentOS/RHEL 官方 ISO 中的 BaseOS 和 AppStream（或旧版的 CentOS 根目录）各自含独立 repodata，但默认挂载后不会自动启用——yum 不会递归扫描子目录。
实操建议：
- 确认挂载点下存在
repodata子目录，例如：/mnt/centos8/BaseOS/repodata和/mnt/centos8/AppStream/repodata - 为每个仓库单独建
.repo文件，不要试图用一个 repo 指向 ISO 根目录 - 必须设置
baseurl=file:///path/to/repo，不能用mirrorlist或metalink（离线环境失效） - 禁用 GPG 检查仅作临时调试：添加
gpgcheck=0，但生产环境应保留并导入对应RPM-GPG-KEY
createrepo 在自定义 RPM 包目录中生成元数据失败
离线环境常需整合第三方 RPM（如 Oracle JDK、Nginx 官方包），此时 ISO 自带的 repodata 不适用，必须手动构建。错误多因依赖缺失或路径权限导致。
实操建议：
- 安装
createrepo：从 ISO 的BaseOS/Packages/手动安装createrepo-*.rpm（注意依赖顺序，先装libxml2-python等） - 确保 RPM 包目录可读，且所有
.rpm文件属主/属组不触发 SELinux 限制（测试时可临时setenforce 0） - 执行
createrepo /path/to/rpms，生成的repodata必须与 RPM 同级；若已有旧repodata，加-v -s sha256强制刷新 - 对应 repo 文件中
baseurl必须指向该目录父路径，例如 RPM 放在/opt/myrpms/，则baseurl=file:///opt/myrpms
启用本地源后 yum install 卡在 “Dependencies resolved…” 不继续
本质是依赖树无法闭合：要么缺少基础运行库（如 glibc、zlib），要么架构不匹配（x86_64 主机误用了 i686 包），或 yum 缓存残留了旧远程源的元数据。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
实操建议：
- 运行
yum clean all && yum makecache强制重建本地缓存 - 检查目标包依赖：
rpm -qpR package.rpm，比对本地源是否提供全部依赖项 - 用
yum --disablerepo="*" --enablerepo="local-base" install xxx明确限定仓库，排除干扰 - 若提示 “no match for argument”，用
yum --disablerepo="*" --enablerepo="local-base" list available | grep xxx确认包名是否精确（含版本、架构后缀）
CentOS 8+ 与 CentOS 7 的本地源配置关键差异
CentOS 8+ 引入模块化（modular）仓库结构，BaseOS 和 AppStream 分离，且 yum 实际调用 dnf。忽略这点会导致 yum install httpd 找不到包（它在 AppStream，而非 BaseOS）。
实操建议：
- CentOS 7：单个
[base]repo 指向 ISO 根目录即可（含完整repodata） - CentOS 8/Stream：必须分设两个 repo：
[baseos]指向/mnt/BaseOS，[appstream]指向/mnt/AppStream，且两者均需启用 - CentOS 8+ 默认启用
module元数据，若只复制 RPM 未同步modules.yaml.gz，dnf module list会报错——此时可删掉 repo 配置中的module_hotfixes=1行
离线 yum 最容易被忽略的是“仓库粒度”：不是挂上 ISO 就万事大吉，而是要按实际目录结构拆解仓库、逐个启用，并验证每个仓库的 repodata 是否真实可用。
