初期のリリースでカーネルのバグを発見する手助けをしたいので、メインラインでのインストールを維持するために buntu Mainline Kernel Updater を使用しています。これは、リンク更新スクリプトを使用して4.15リリースサイクルの後半からこれを行っています。 4.17リリースサイクル以降、 buntu Kernel PPA にはrc2以降のカーネル自体のdebビルドがありませんが、符号なしの名前でrc4/5に戻ってきました。メーリングリストで、ブートプロセス中に信頼のルートを取り巻くパッチがあり、特定のUEFIフラグに結び付けられるべきかどうかを知っています。また、これにはカーネルリリースとドライバーへの署名が含まれていることもわかっているため、名前の変更が原因でスクリプトが機能しない可能性があります。
特定のRCが不完全であり、他のRCが変更された理由について、Ubuntu側のどこで通信を受信するかについて、さらなる洞察を得ることを望んでいました。 Obv Bionicが落ちたので、それが一部が不完全だったのではないかと考えました。
署名なしのイメージを使用するように、アップデータスクリプトにパッチを適用する必要がありますか?信頼のチェーン機能の存在(またはその欠如)についてはそれほど心配していません。
ありがとう
編集1
通常、初期の-rcsはアップストリームのバグのためにビルドできません。後の-unsignedへの切り替えは、後のバージョンでは意図的で永続的です。これらは常にフルインストールされたカーネルに署名されているため、linux-image- *パッケージには常に署名されたカーネルが存在する場合は常に含まれるようになりました。署名されていないカーネルは、linux-image-unsigned- *に同梱されています。これらのカーネルは、定義により常に署名されていません。