systemd 251は、この「Linuxシステムの基本的なビルディングブロックのセット」の開発を継続するためにすでに私たちと一緒にいます。これは、どこを見ているかに応じて、システムマネージャーまたはシステムフレームワークとも呼ばれます。この機会に、今後重要な変化につながる可能性のある重要なニュースを見つけましたので、一緒に行きましょう。
まず、デフォルトのCバージョンがC89からGNU拡張機能を備えたC11（GNU11）に変更されましたが、APIヘッダーはまだ最も古いバージョン（89）に制限されています。この変更は、C89が導入する制限のためにC11への切り替えも検討していたプロジェクトであるLinuxカーネルの足跡をたどっているという事実によって動機付けられている可能性があります。本当の未来はRustに属すると言う人もいますが、ここでは慎重すぎるでしょう。
systemd-sysupdateコンポーネントは実験的に含まれており、RedHatとコアsystemd開発者によって昨年夏に開始された作業です。これは、ホストインストール、コンテナイメージ、ポータブルサービスイメージ、およびその他のコンポーネントの更新を自動的に検出、ダウンロード、およびインストールできる（または少なくとも意図した）メカニズムです。
systemd 251で始まるサポートされているすべてのカーネルは、初期起動時にRdRand命令（またはプロセッサのランダム化のための他のISA拡張機能）の出力を暗号化します。これには2つの結果があります。まず、 `/ dev / urandom’が初期化されていなくても、RdRandが直接使用された場合と少なくとも同じ品質のバイトを返すことができます。次に、systemdによるRdRandの使用がバグの原因であるため、systemdはRdRandを直接呼び出す必要がなくなりました。
PID 1によって呼び出されるジェネレーターには、いくつかの組み込みの環境変数、、、$SYSTEMD_SCOPEおよびがあり$SYSTEMD_IN_INITRDます。一方、同じPID 1は、systemd-nspawnコンテナーで実行できるのと同様に、仮想化システムに任意のデータを渡す手段として、QEMUfw_cfgインターフェースからシステムクレデンシャルを自動的にフェッチします。$SYSTEMD_ARCHITECTURE$SYSTEMD_FIRST_BOOT$SYSTEMD_VIRTUALIZATION
systemd 251を続けると、「systemd-creds」ツールには、動作中のTPM2.0モジュールが使用可能かどうかを示す「has-tpm2」が含まれています。TPM2.0はWindows11を拡張するための主要な障害の1つであることを覚えておく価値がありますが、特にフレームワークのコンポーネントのほとんどがオプションであることを考えると、systemdに依存するLinuxシステムでもTPM2.0が必要になるわけではありません。
systemdの主要コンポーネントの1つは「systemd-oomd」です。これは、RAMが少なくなり始めたときにRAMの管理を改善する役割を果たします。このリリースでは、他の追加に加えて、キルしたユニットがキルキルサービスの結果を得ることができます。サービスが強制終了された回数は、user.oomd_ooms拡張属性でカウントされます。
udevレベルでは、2つのファイルが含まれています。1つは電卓やPDAなどのポータブルデバイスをリストし、もう1つはDJテーブルなどのオーディオおよびビデオ制作デバイスをリストします。所有者ユーザーは両方ともデフォルトで使用できるはずです。
systemd 251のその他のマイナーな機能は、非特権ユーザーサービスとしても機能できる追加のサービス構成、「。netdev」ファイルをWLAN仮想デバイスで使用できるようになったという事実、およびブートマネージャー仕様の改善です。
systemd 251は、ソースコードをコンパイルするという苦痛を伴うプロセスを通じてインストールできます。別の方法として、ローリングリリースやArch Linuxなどの最新のディストリビューションに頼ることができます。ArchLinuxは、まだリリースされていない場合はすぐにリリースされるはずです。ただし、このコンポーネントの更新が重要になることはめったにありません。特に、ユーザーがコンポーネントを直接操作することがめったにないデスクトップシステムではそうです。すべての詳細を知りたい人は、GitHubリリースで公開されている変更のリストを確認できます。
コメントを残す