投稿のタイトルにすべてが表れています。CentOS 7 から Rocky Linux 8 への移行の最初の手順は、モジュール RPM のせいで失敗します (私の見解では)。
を介して従来の方法で何かがインストールされた場合dnf
、dnf
依存関係がモジュラー RPM としてのみ利用可能かどうかが通知され、モジュールのアプリ ストリームがアクティブ化されて、他の依存関係が正しいバージョンでインストールされます。
カスタマイズされたディストリビューションの自動インストールでは、 を介して追加の RPM がダウンロードされます--download-only
。dnf
この特定のケースでは、docker が Rocky Linux 8 にインストールされます。モジュール RPM と依存関係はストリームから切り離され、ISO に配置されるため、自動インストールは問題なく機能します。
モジュール RPM が見つかった場合は、
repo2module
が呼び出され、 が作成されますmodule.yaml
。YAML ファイルは ISO イメージ内の追加の RPM リポジトリにドロップされ、 を介してリポジトリが更新されますmodifyrepo_c
。そうでない場合、モジュール RPM リポジトリは機能しません。
ディストリビューションが正常にインストールされた場合、インストールされたモジュール RPM の一部が既存のアプリ ストリームに属していることが認識されません。これらは、以前は を介して分離されていました--download-only
。
RPM モジュールのアプリ ストリームを手動でアクティブ化しようとすると、dnf
すでにインストールされている RPM との依存関係の問題が検出されます。
これで、システムがインストールされましたが、これ以上更新することはできません。このため、RPM サーバーへの既存の接続ではシステムを更新できないため、キックスタートを介してカスタマイズされた RHEL ベースのディストリビューションをオフラインでインストールすることは、現時点では不可能であると考えられます。
- 開発者は、モジュール RPM を使用したキックスタート ディストリビューションの処理をどのように想定していたのでしょうか。ディストリビューションのコンパイル時に私がミスを犯したのかもしれません。
- プリインストールされたモジュール RPM の更新に関する問題を修正するにはどうすればよいですか?