systemd 261 ditujukan untuk distribusi Linux akhir 2026 dengan pemasang OS berbasis teks, infrastruktur metadata cloud, kontrol penyimpanan, dan hook baru untuk TPM, cgroups, serta pekerjaan serah-terima kernel.
{{IMAGE:2}}
Proyek systemd merilis systemd 261 pada Jumat dengan tiga tambahan utama untuk para pembuat: systemd-sysinstall, systemd-imdsd, dan storagectl.
systemd-sysinstall memberi distribusi sebuah pemasang berbasis teks yang dibangun di atas alat partisi dan kredensial systemd. Pemasang ini menyalin OS dari media boot sementara, seperti drive USB, dan memberi distribusi kecil jalan untuk menghadirkan pemasang tanpa membawa tumpukan grafis terpisah.
Pengguna cloud mendapatkan systemd-imdsd, sebuah daemon untuk akses ke instance metadata service dari program lokal. Rilis ini juga menambahkan entri basis data perangkat keras yang mengidentifikasi Amazon EC2, Microsoft Azure, Google Compute Engine, Oracle Cloud, Tencent Cloud, Hetzner, dan platform cloud lainnya melalui data SMBIOS.
Pekerjaan penyimpanan hadir melalui storagectl, alat baris perintah dan antarmuka Varlink untuk penyimpanan pengguna yang dikelola. Ini penting bagi host homelab yang menggabungkan disk lokal, mesin virtual, kontainer, dan kebijakan penyimpanan per pengguna.

Catatan kinerja dan daya
Artikel Phoronix tidak menyertakan hasil benchmark, jadi para pembuat sebaiknya memperlakukan systemd 261 sebagai rilis fitur sampai distribusi menerbitkan build paket dan bagan boot. Area yang layak diukur jelas:
| Area | Metrik yang diambil | Alasan |
|---|---|---|
| Jalur boot | systemd-analyze blame dan critical-chain |
Layanan baru dapat mengubah urutan boot |
| Guest cloud | Latensi kueri IMDS | Akses metadata dapat memengaruhi skrip provisioning |
| Host penyimpanan | Waktu panggilan Varlink dan waktu penyiapan mount | storagectl menyentuh jalur yang diskripkan admin |
| Fallback TPM | Waktu start layanan dan RSS idle | swtpm menambahkan daemon ruang pengguna pada sistem tanpa TPM perangkat keras |
| cgroups | Jitter isolasi CPU | CPUSetPartition= dapat memengaruhi workload yang dipin |
Pengguna tingkat lanjut sebaiknya memantau konsumsi daya saat idle setelah mengaktifkan layanan baru. systemd-imdsd dan systemd-tpm2-swtpm.service masuk akal pada sistem yang ditargetkan, tetapi image workstation dan lab sebaiknya mengaktifkannya dengan sengaja. Pengujian yang bersih menggunakan kernel, firmware, governor, dan set paket yang sama, lalu membandingkan konsumsi daya AC di stopkontak serta residensi package C-state sebelum dan sesudah upgrade.
Catatan kompatibilitas
Systemd 261 sejalan dengan pekerjaan distribusi Linux H2 2026. Distribusi yang sudah bergantung pada partisi, kredensial, Varlink, dan fitur TPM systemd terbaru akan mengadopsinya dengan lebih sedikit kode perekat.
Administrator harus mengaudit perubahan ini sebelum memasukkannya ke image produksi:
| Fitur | Pemeriksaan kompatibilitas |
|---|---|
systemd-sysinstall |
Konfirmasi dukungan tata letak partisi dan alur kredensial |
systemd-imdsd |
Uji deteksi cloud pada setiap image penyedia |
storagectl |
Validasi klien Varlink dan kebijakan penyimpanan pengguna |
systemd-tpm2-swtpm.service |
Konfirmasi ekspektasi TPM untuk measured boot dan secret |
RestrictFileSystemAccess= |
Konfirmasi dukungan BPF LSM dan DM-Verity |
CPUSetPartition= |
Uji perilaku cgroup v2 pada workload yang dipin |
Rilis ini juga menambahkan dukungan PID 1 untuk kemampuan Live Update Orchestrator dan Kernel Handover milik Linux kernel, menyimpan FD store unit pengguna di user session manager, menambahkan DefaultMemoryZSwapWriteback=, dan menanamkan catatan metadata ELF dlopen di biner individual.
Rekomendasi build
Pengguna lab sebaiknya menguji systemd 261 terlebih dahulu pada media boot cadangan atau VM berbasis snapshot. Mulailah dengan waktu boot, skrip cloud-init atau provisioning, penyiapan storage, dan secret berbasis TPM. Server yang bergantung pada isolasi CPU sebaiknya menambahkan uji workload di sekitar CPUSetPartition= sebelum memindahkan host ke layanan produksi.
Unduhan sumber dan changelog lengkap ada di repositori GitHub systemd. Rilis ini memberi pemelihara distribusi permukaan manajemen sistem yang lebih besar untuk installer, guest cloud, storage, dan pekerjaan handover kernel, jadi upgrade ini layak mendapat putaran pengukuran yang sama seperti kernel baru.

Komentar
Silakan masuk atau daftar untuk bergabung dalam diskusi