systemd 251 開始過渡到 C11 並包含更新機制

systemd 251 開始過渡到 C11 並包含更新機制
systemd 251 已經與我們一起繼續開發這套“Linux 系統的基本構建塊”,它也被稱為系統管理器或系統框架,具體取決於您查看它的位置。在這個場合,我們發現了一些重要的消息,可能會導致未來的重要變化,所以我們一起去吧。

首先,默認的 C 版本已從 C89 更改為帶有 GNU 擴展的 C11 (GNU11),儘管 API 標頭仍僅限於最舊的版本 (89)。這種變化可能是因為我們正在追隨 Linux 內核的腳步,由於 C89 引入的限制,該項目也在考慮切換到 C11。有人會說真正的未來屬於Rust,但在這裡我們會過於謹慎。

systemd-sysupdate 組件已被包含在實驗中,它是 Red Hat 和核心 systemd 開發人員於去年夏天開始的一項工作。它是一種能夠(或至少打算)自動檢測、下載和安裝主機安裝、容器映像、可移植服務映像和其他組件的更新的機制。

從 systemd 251 開始的所有受支持的內核將在早期啟動時加密 RdRand 指令(或用於處理器隨機化的其他 ISA 擴展)的輸出,這有兩個後果。首先,即使 `/dev/urandom’ 沒有初始化,它仍然可以返回至少與直接使用 RdRand 相同質量的字節。其次,systemd 不再需要直接調用 RdRand,因為 systemd 對 RdRand 的使用一直是 bug 的來源。

PID 1 調用的生成器有幾個內置的環境變量:$SYSTEMD_SCOPE$SYSTEMD_IN_INITRD和。另一方面,相同的 PID 1 將自動從 QEMU fw_cfg 接口獲取系統憑據,作為將任意數據傳遞到虛擬化系統的一種方式,類似於使用 systemd-nspawn 容器可以完成的操作。$SYSTEMD_ARCHITECTURE$SYSTEMD_FIRST_BOOT$SYSTEMD_VIRTUALIZATION

繼續 systemd 251,“systemd-creds”工具包括“has-tpm2”,以指示是否有工作的 TPM 2.0 模塊可用。值得記住的是,TPM 2.0 是擴展 Windows 11 的主要障礙之一,儘管這並不意味著依賴 systemd 的 Linux 系統也需要它,尤其是考慮到框架的大多數組件都是可選的。

systemd 的主要組件之一是“systemd-oomd”,它負責在 RAM 開始運行不足時改進對 RAM 的管理。在此版本中,除了其他新增功能外,它還允許您殺死的單位獲得 kill-kill 服務的結果。在 user.oomd_ooms 擴展屬性中計算服務被終止的次數。

在 udev 級別,已包含兩個文件。一份列出了便攜式設備,例如計算器和 PDA,而另一份列出了音頻和視頻製作設備,例如 DJ 台。默認情況下,所有者用戶都應該可以使用兩者。

systemd 251 的其他次要功能是額外的服務配置,現在也可以用作非特權用戶服務,“.netdev”文件現在可以在 WLAN 虛擬設備中使用,以及對引導管理器規範的改進。

systemd 251 可以通過編譯其源代碼的痛苦過程來安裝。作為替代方法,您可以求助於滾動發布和最新的發行版,例如 Arch Linux,如果還沒有的話,它應該很快就會推出。然而,更新這個組件很少是關鍵的,尤其是在用戶很少直接與其交互的桌面系統上。想要了解所有細節的人可以查看GitHub 版本中發布的更改列表

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *