模块 RPM 导致基于 RHEL 的发行版的 kickstart 安装无法使用

模块 RPM 导致基于 RHEL 的发行版的 kickstart 安装无法使用

文章标题说明了一切。从 CentOS 7 迁移到 Rocky Linux 8 的第一步失败了(在我看来)是因为模块 RPM。

如果通过传统方式安装了某些东西dnfdnf则会注意到依赖项是否仅作为模块化 RPM 可用,并激活模块的应用程序流以安装正确版本的其他依赖项。

为了自动安装定制发行版,需要通过 下载其他 RPM --download-onlydnf在此特定情况下,docker 安装在 Rocky Linux 8 上。模块 RPM 和依赖项与其流分离并放入 ISO 中,以便自动安装顺利进行。

如果找到模块 RPM,repo2module则调用 来创建module.yaml。 YAML 文件被放入 ISO 映像中的附加 RPM 存储库中,并通过 更新存储库modifyrepo_c。 否则模块 RPM 存储库将不起作用。

如果成功安装了发行版,则无法识别某些已安装的模块 RPM 属于现有应用程序流。它们之前已通过 解耦--download-only

如果您尝试手动激活 RPM 模块的应用程序流,dnf则会检测已安装的 RPM 的依赖性问题。

现在安装了一个无法不断更新的系统。因此,在我看来,通过 kickstart 离线安装定制的基于 RHEL 的发行版目前是不可能的,因为无法在与 RPM 服务器的现有连接下更新系统。

  1. 开发人员如何设想使用模块 RPM 来处理 kickstart 发行版?也许我在编译发行版时犯了一个错误。
  2. 如何解决更新预安装模块 RPM 的问题?

相关内容