Systemd 260 mengalih keluar SysV dan mentakrifkan semula boot dalam Linux

Ketibaan systemd 260 menandakan titik perubahan Untuk ekosistem Linux. Versi baharu pengurus sistem dan perkhidmatan init yang paling meluas dalam pengedaran moden ini didatangkan dengan perubahan besar, sebahagiannya inovatif, yang mempengaruhi keserasian dengan perisian legasi dan cara keselamatan, rangkaian, kontena dan juga penyepaduan ejen AI diuruskan. Jika anda mentadbir pelayan atau bekerja dengan Linux setiap hari, ini adalah salah satu versi yang patut diteliti dengan teliti.

Selain tajuk utama, watak utama ialah penyingkiran muktamad sokongan untuk skrip init SysV klasikIni menandakan berakhirnya bab sejarah dalam Linux dan memerlukan semakan semula perkhidmatan legasi. Seiring dengan langkah ini, systemd 260 memperkenalkan utiliti baharu, meningkatkan keperluan kernel minimum, menambah baik integrasi dengan TPM2, mengukuhkan pengasingan perkhidmatan, mengembangkan keupayaan rangkaian dan kontena serta memperhalusi pelbagai butiran yang direka untuk persekitaran desktop, pelayan dan penggunaan awan.

Penamatan sokongan untuk SysV init: perubahan dalam amalan

Salah satu ciri baharu systemd 260 yang paling banyak diperkatakan ialah penyingkiran sepenuhnya sokongan untuk skrip but gaya Sistem V, skrip tipikal yang disimpan dalam /etc/init.d/ yang selama bertahun-tahun telah menjadi asas untuk melancarkan perkhidmatan di Linux. Sokongan itu telah lama dilabelkan sebagai usang dan telah diberi amaran bahawa ia akhirnya akan hilang; kini saat itu telah tiba.

Dengan versi ini, Komponen yang bertanggungjawab untuk menterjemahkan skrip SysV kepada unit systemd telah dialih keluar.Kepingan seperti ini hilang systemd-sysv-generator, yang menjana unit "dengan pantas" daripada /etc/init.ddan juga systemd-sysv-install, sebagai tambahan kepada elemen keserasian lain seperti systemd-rc-local-generator y rc-local.service, yang menyokong klasik /etc/rc.local.

Gerakan ini mengimplikasikan bahawa Sebarang perkhidmatan yang masih bergantung sepenuhnya pada skrip SysV akan berhenti bermula dengan betul sebaik sahaja pengedaran menerima pakai systemd 260melainkan unit asli telah diwujudkan .serviceDalam infrastruktur moden, impaknya agak rendah, tetapi dalam persekitaran dengan perisian lama atau yang dibangunkan khas mungkin terdapat lebih daripada satu kejutan jika audit terdahulu tidak dijalankan.

Sementara itu, beberapa Pilihan sistem pembinaan Meson yang berkaitan dengan SysV telah ditanda sebagai usang atau dialih keluarParameter seperti -Drc-local=, -Dsysvinit-path= y -Dsysvrcnd-path= Ia masih tidak digunakan lagi, manakala pilihan seperti -Dintegration-tests= y -Dcryptolib= Mereka hilang terus dari pokok kompilasi, memudahkan pangkalan kod.

Dari segi operasi, ini juga bermaksud bahawa systemd kini memberi tumpuan khusus kepada unit aslitanpa lapisan perantaraan atau penjanaan perkhidmatan automatik daripada skrip legasi. Mesejnya agak jelas: jika sesuatu yang penting dalam sistem anda masih wujud sebagai skrip dalam /etc/init.d/Sudah tiba masanya untuk memindahkannya secara eksplisit.

Mengapa SysV dialih keluar: pembersihan teknikal dan masa depan ekosistem

Keputusan untuk mengalih keluar keserasian init SysV bukanlah sesuatu yang sewenang-wenangnya. Dari perspektif projek, Mengekalkan kod legasi untuk mekanisme permulaan yang hampir usang adalah satu beban Ini merumitkan penyelenggaraan dan evolusi rangka kerja. Sokongan keserasian telah dianggap sebagai legasi selama bertahun-tahun, dan penggunaan sebenarnya dalam pengedaran arus perdana menjadi semakin marginal.

Dengan membuang lapisan ini, systemd mengurangkan kerumitan dalaman dan menghapuskan laluan pelaksanaan yang sukar untuk diuji dan dijamin.Dengan laluan khas yang lebih sedikit untuk mengendalikan perkhidmatan legasi, pasukan pembangunan boleh menumpukan pada menggilap enjin unit natif teras, meningkatkan keselamatan, prestasi dan penyepaduan dengan API kernel dan ruang pengguna baharu.

Terdapat juga komponen yang jelas bagi selaras dengan piawaian pengurusan perkhidmatan semasaHari ini, hampir semua pengedaran Linux utama telah menerima pakai systemd sebagai sistem init utama mereka dan menawarkan unit natif untuk pakej mereka. Mengekalkan SysV sebagai tongkat, dalam praktiknya, menyokong model but yang tidak lagi sesuai dengan kaedah moden untuk menerangkan kebergantungan, kumpulan c, pembalakan berstruktur dan kawalan sumber.

Dari perspektif prestasi, Mengalih keluar lapisan keserasian membolehkan anda mengurangkan sedikit kos overhead. dan elakkan transformasi yang tidak perlu semasa permulaan. Walaupun kesannya dalam milisaat mungkin tidak dramatik, dalam sistem yang ditala dengan baik atau sistem yang mempunyai banyak perkhidmatan, ia dapat membantu mengekalkan tingkah laku yang lebih boleh diramal; tambahan pula, adalah berguna untuk mengetahui caranya ubah suai tamat masa menu but untuk pengujian dan pengesahan.

Bagi pentadbir sistem, mesej praktikalnya ialah SysV kini menjadi sejarah dalam persekitaran berasaskan systemdKita mesti menganggap bahawa model rujukan ialah unit-unit .service, bersama-sama dengan jenis unit lain (soket, pemasa, sasaran, dsb.), dan menyesuaikan alatan dalaman, dokumentasi dan latihan dengan realiti tersebut.

Cara menyemak sama ada sistem anda masih bergantung pada SysV dan apa yang perlu dilakukan

Sebelum pengedaran anda beralih ke systemd 260, sangat disyorkan Semak sama ada anda masih mempunyai perkhidmatan yang bergantung pada skrip klasik.Pemeriksaan asas melibatkan penyenaraian kandungan /etc/init.d/, di mana skrip pembukaan ini secara tradisinya berada:

ls /etc/init.d/

Jika anda melihat skrip di sana yang tidak mempunyai padanannya dalam /etc/systemd/system atau pada laluan unit biasa, Ia petanda jelas bahawa ada kerja yang perlu dilakukan.Tidak cukup untuk skrip itu wujud: apa yang penting ialah sama ada ia masih digunakan untuk memulakan atau menghentikan perkhidmatan dalam praktiknya.

Satu lagi helah berguna ialah cari unit yang dijana daripada SysV dalam versi systemd yang lebih awalWalaupun ia tidak lagi wujud dalam versi 260, ia masih boleh berguna dalam sistem semasa untuk mengenal pasti apa yang rosak selepas kemas kini:

systemctl list-unit-files | grep generated

Jika arahan itu menunjukkan perkhidmatan yang ditanda sebagai "dihasilkan", ia biasanya datang daripada skrip legasi. Adalah dinasihatkan untuk mencari mereka dan merancang penggantian mereka dengan unit asli., sebaik-baiknya sebelum naik taraf versi mula dihasilkan.

Berkenaan migrasi, pendekatan pantas melibatkan balut skrip SysV buat sementara waktu di dalam unit systemd, menyatakan dalam ExecStart y ExecStop panggilan skrip dengan argumen start y stopIa bukan penyelesaian yang paling elegan, tetapi ia membolehkan anda meluangkan masa semasa anda menulis semula perkhidmatan dengan cara yang lebih idiomatik.

Dalam jangka masa sederhana, tindakan yang disyorkan adalah tentukan unit yang secara langsung memanggil binari atau arahan utama perkhidmatan, memanfaatkan arahan moden seperti Restart=Had sumber, integrasi cgroup dan pilihan sandboxing lanjutan, daripada terus bergantung pada skrip legasi yang penuh dengan logik tertentu.

Keupayaan baharu dan perubahan teknikal utama dalam systemd 260

Walaupun ucapan selamat tinggal kepada SysV mendapat banyak perhatian, systemd 260 dilengkapi dengan beberapa ciri baharu tambahan yang baik Kemas kini ini merangkumi keselamatan, rangkaian, kernel, kontena, kebolehgunaan perkhidmatan dan juga cara maklumat sistem dibentangkan. Ia merupakan versi yang sangat mantap, penuh dengan perubahan dalaman, direka untuk terus memanfaatkan keupayaan kernel terkini.

Salah satu perkara penting ialah peningkatan dalam versi kernel minimum yang disokongSystemd 260 tidak lagi berjalan pada kernel setua Linux 5.4: Versi minimum menjadi Linux 5.10Tambahan pula, projek itu sendiri mengesyorkan Gunakan sekurang-kurangnya Linux 5.14, dan menunjukkan bahawa kernel 6.6 adalah pilihan yang ideal jika anda ingin memanfaatkan sepenuhnya semua ciri yang terdapat dalam keluaran ini.

Peningkatan keperluan ini bukanlah sesuatu yang remeh, kerana Ia memaksa kita untuk meninggalkan pengedaran atau persekitaran yang masih berlabuh pada kernel yang sangat lama.biasa dalam penggunaan perusahaan atau terbenam tertentu. Sebagai balasannya, ia membolehkan systemd bergantung pada API kernel yang lebih moden, eksploitasi cgroup v2 yang lebih baik, dasar penjadualan baharu dan penambahbaikan keselamatan yang tidak wujud dalam versi lama.

Secara selari, sebuah bidang baharu FANCY_NAME= dalam fail /etc/os-releaseBidang ini serupa dengan yang telah diketahui PRETTY_NAMEtetapi dengan ciri unik yang boleh merangkumi urutan ANSI dan aksara khas, seperti emoji. Pengurus systemd, systemd-hostnamed dan alat itu hostnamectl Mereka boleh memaparkan nilai ini untuk menawarkan persembahan taburan yang lebih menarik secara visual, terutamanya dalam antara muka interaktif atau alat diagnostik.

Selain aspek kosmetik, systemd 260 terus menyelidiki lebih mendalam tentang penggunaan Varlink sebagai mekanisme komunikasi dan API, meluaskan kehadirannya merentasi pelbagai komponen. Ini memudahkan interaksi programatik dengan sistem, penyepaduan dengan alatan luaran dan, secara amnya, cara yang lebih berstruktur untuk membuat pertanyaan dan mengubah suai status perkhidmatan dan sumber.

Terdapat juga penambahbaikan dalam bidang seperti Pengurusan sumber berdasarkan cgroups v2, pengoptimuman masa permulaanyang lebih baik integrasi dengan kontena dan mesin maya dan penambahbaikan dalam pengendalian log melalui journaldWalau bagaimanapun, banyak perubahan ini adalah tambahan dan lebih ketara dalam penggunaan yang besar atau sangat halus.

Keselamatan dan pengasingan: TPM2, PrivateUsers dan dasar memori baharu

Dari segi keselamatan, systemd 260 sedang mencapai kemajuan dalam beberapa aspek. Antaranya, Integrasi dengan TPM2 diperkukuhModul Platform Selamat (SPM) terdapat pada banyak papan induk dan peranti UEFI moden. Cip ini digunakan, antara lain, untuk melindungi kunci penyulitan dan mengautomasikan pembukaan kunci cakera atau partition semasa but.

Secara khusus, udev kini menggabungkan terbina dalam baharu yang dipanggil tpm2_idCiri ini membolehkan pengekstrakan dan pengenalpastian automatik pengeluar dan model peranti TPM2 yang disambungkan semasa fasa penemuan perkakasan. Maklumat ini kemudiannya boleh digunakan untuk dasar keselamatan, skrip audit atau alat inventori yang lebih khusus yang perlu mengetahui dengan tepat TPM yang dimiliki oleh setiap mesin.

Satu lagi penambahbaikan penting datang dengan pelaksanaan penuh PrivateUsers=fullIni merupakan pilihan pengasingan yang membolehkan pemetaan julat penuh ID pengguna dalam sesuatu perkhidmatan. Perubahan ini menghapuskan penyelesaian yang digunakan untuk mengesan tika bersarang systemd dengan betul berdasarkan versi sebelum 257, memudahkan tingkah laku apabila bekas atau persekitaran bersarang wujud.

Bagi mereka yang tidak biasa, PrivateUsers ialah ciri sandboxing yang mengasingkan ruang pengguna sesuatu perkhidmatan.Ini memastikan proses dalam sistem melihat peta UID yang berbeza daripada sistem hos. Ini menguatkan pengasingan terhadap peningkatan keistimewaan dan membantu mengehadkan kesan kerentanan pada perkhidmatan tertentu.

Di samping itu, systemd 260 memperkenalkan arahan perkhidmatan baharu dipanggil MemoryTHP=Ini membolehkan anda mengawal penggunaan Halaman Besar Telus (THP) pada peringkat unit. THP boleh meningkatkan prestasi dalam beban kerja intensif memori tertentu, tetapi juga boleh menyebabkan masalah pada beban kerja lain. Mempunyai tombol khusus untuk mendayakan, melumpuhkan atau melaraskan tingkah laku mereka setiap perkhidmatan membantu memperhalusi prestasi dengan lebih berkesan tanpa perlu menggunakan dasar global.

Apa yang baharu dalam systemd-logind, systemd-udevd dan kawalan akses peranti

Dalam bidang pengurusan sesi dan peranti, systemd 260 menambah konsep menarik yang dipanggil "xaccess", dilaksanakan dalam systemd-logind y systemd-udevdSehingga kini, logiknya ialah "uaccess", yang memberikan kebenaran kepada peranti (contohnya, kamera web atau peranti input) kepada pengguna dengan sesi latar depan pada konsol setempat.

Mekanisme baharu xaccess membolehkan anda mewakilkan akses kepada peranti tertentu kepada sesi yang ditanda khas.walaupun pengguna tidak berada di hadapan mesin secara fizikal. Kes penggunaan biasa ialah memberikan akses kepada peranti pemaparan GPU kepada sesi grafik tempatan yang digunakan oleh pengguna jauh, yang tidak mempunyai tempat duduk fizikal yang berkaitan.

Sesi-sesi ini dikonfigurasikan menggunakan pembolehubah persekitaran PAM XDG_SESSION_EXTRA_DEVICE_ACCESS=Ini menentukan peranti tambahan yang harus diberikan kepada sesi di bawah logik ini. Ini melengkapi uaccess dan memberikan fleksibiliti yang lebih besar dalam desktop jauh, virtualisasi ringan, makmal kongsi atau senario akses grafik jauh.

Secara keseluruhannya, perubahan ini menunjukkan kawalan yang lebih halus dan dinamik tentang siapa yang boleh mengakses perkakasan apatanpa perlu bergantung sepenuhnya pada kumpulan statik atau kebenaran global. Ini amat berguna dalam sistem berbilang pengguna atau pelayan dengan GPU kongsi, yang memerlukan keseimbangan antara keselamatan dan kemudahan.

systemd-networkd dan ModemManager: Rangkaian mudah alih dan pilihan pautan baharu

Dalam bidang rangkaian, systemd 260 membawakan beberapa penambahbaikan yang menarik. Yang paling menarik ialah systemd-networkd kini disepadukan dengan ModemManager menggunakan protokol "simple connect".Ini memudahkan pengurusan sambungan data mudah alih (3G, 4G, 5G) terus daripada konfigurasi sistem.

Untuk tujuan ini, satu bahagian baharu telah diperkenalkan. dalam fail konfigurasi rangkaian, yang mana menerima parameter seperti APN=, AllowedAuthenticationMechanisms=, User=, Password=, IPFamily=, AllowRoaming=, PIN=, OperatorId=, RouteMetric= y UseGateway=Ini membolehkan anda menentukan secara deklaratif bagaimana sambungan mudah alih harus diwujudkan, kelayakan yang hendak digunakan dan tingkah laku yang perlu diikuti semasa merayau, antara aspek lain.

Selain itu, systemd-networkd mengembangkan pilihan yang tersedia dalam fail .link untuk mengkonfigurasi antara muka EthernetAntara arahan baharu tersebut ialah pelarasan kapasiti seperti ScatterGather=, ScatterGatherFragmentList=, TCPECNSegmentationOffload=, TCPMangleIdSegmentationOffload=, GenericReceiveOffloadList= y GenericReceiveOffloadUDPForwarding=yang membolehkan kawalan yang lebih terperinci terhadap pengoptimuman rangkaian peringkat rendah.

Satu lagi penambahbaikan yang ketara ialah Antara muka Varlink dan JSON systemd-networkd kini boleh melaporkan alamat IP dalam format rentetan yang boleh dibaca oleh manusiaSelain format tatasusunan integer sedia ada, ini sangat memudahkan perkara untuk alatan dan skrip luaran yang menanyakan status rangkaian, sekali gus mengelakkan penukaran yang rumit.

Secara keseluruhannya, perubahan ini mengukuhkan kedudukan rangkaian sistem sebagai pengurus rangkaian yang mampu mengendalikan segala-galanya daripada konfigurasi pelayan asas hingga senario lanjutan dengan rangkaian mudah alih, penalaan halus pemunggahan pada NIC moden dan penyepaduan dengan API luaran seperti ModemManager.

Kontena, kebolehgunaan perkhidmatan dan alatan baharu

Dalam bidang virtualisasi dan kontena yang ringan, systemd 260 memperkenalkan beberapa penambahbaikan yang ketara. Salah satu yang paling ketara ialah penambahan baris arahan baharu yang dipanggil systemd-mstackdireka bentuk untuk berfungsi secara interaktif dengan fungsi "mstack" yang baharu.

Ciri khasnya mstack membolehkan anda menentukan OverlayFS dengan menstrukturkan kandungan direktori .mstack/ mengikut spesifikasi tertentu. Keupayaan ini merupakan sebahagian daripada usaha systemd untuk mengembangkan alat pengkontenaan dan sandboxingnya, termasuk sokongan untuk memuat turun dan mengurus imej OCI melalui systemd-importdPada asasnya, ia memudahkan pemasangan susunan lapisan sistem fail tanpa bergantung sepenuhnya pada alat luaran.

Penambahbaikan juga telah diperkenalkan dalam systemd-vmspawnAlat ini direka bentuk untuk melancarkan mesin maya secara bersepadu dengan systemd. Antara ciri-ciri baharu, yang berikut menonjol: sokongan untuk mendaftarkan mesin dalam systemd-machined dalam sesi pengguna, serta kemungkinan mencipta mesin sementara melalui pilihan --ephemeral, yang hilang sebaik sahaja kerja mereka selesai.

Mengenai mudah alih sistemdSyarikat yang bertanggungjawab menguruskan perkhidmatan berasaskan imej mudah alih kini memenangi keupayaan untuk dijalankan sebagai perkhidmatan peringkat penggunaIni bermakna pengguna tanpa keistimewaan pentadbir boleh melancarkan dan mengurus perkhidmatan mudah alih di ruang mereka sendiri, dengan syarat mereka menggunakan kernel yang cukup terkini dan pengedaran telah mendayakan pilihan ini.

Di samping itu, systemd-portable kini boleh menjana dasar dan menetapkan imej yang digunakan untuk perkhidmatan mudah alihIni menghalang pengubahsuaian selanjutnya sehingga imej dilampirkan semula. Ini memberikan integriti dan kebolehpercayaan tambahan dalam persekitaran yang penting untuk memastikan imej yang sedang berjalan tidak berubah secara senyap.

Penambahbaikan pada systemctl, penjadualan CPU dan dokumentasi untuk AI

Dalam antara muka pengurusan perkhidmatan, Dalam versi ini, systemctl menggabungkan kata kerja baharu yang dipanggil enqueue-marked, yang secara dalaman memanggil kaedah D-Bus EnqueueMarkedJobs()Fungsi ini direka bentuk untuk mengurus tugas yang ditanda dalam barisan sistem dengan lebih tepat, memberikan lebih banyak kawalan kepada alat lanjutan dan skrip automasi.

Terdapat juga penambahbaikan dalam bahagian penjadualan CPU: Arahan CPUSchedulingPolicy= kini mengakui nilainya extyang membolehkan penjadual SCHED_EXTJenis penjadualan baharu ini, yang masih muncul dalam ekosistem Linux, menawarkan lebih banyak fleksibiliti untuk beban kerja dan sistem khas yang ingin bereksperimen dengan dasar penjadualan luaran.

Satu butiran yang aneh tetapi penting ialah projek itu telah menambah Dokumentasi khusus untuk ejen AI dalam repositori systemdMatlamatnya adalah untuk membantu bot dan pengikis berkuasa AI memahami kod, gaya pengaturcaraan, garis panduan sumbangan dan cara kerja dalaman projek dengan lebih baik, sekali gus mengurangkan salah tafsir yang biasa berlaku.

Berkaitan dengan ini, pasukan systemd Ia memerlukan sumbangan yang dijana dengan bantuan AI merangkumi label ketelusan., seperti tag co-developed-by dalam tampalan, supaya terdapat bukti bahawa jenis alat ini telah digunakan dalam pembangunan kod. Ia merupakan contoh bagaimana projek peringkat rendah sedemikian pun menyesuaikan diri dengan realiti AI generatif.

Akhirnya, systemd-repart menambah sokongan untuk melaksanakan pemeriksaan integriti asas pada volum yang disulitkanIni berguna dalam penggunaan di mana anda bekerja dengan partition atau imej yang dilindungi dan ingin mengesahkan statusnya tanpa menggunakan utiliti luaran yang lebih kompleks.

Kesan terhadap pengedaran dan cadangan untuk pengguna

Berkenaan penggunaan sebenar systemd 260, versi tersebut akan bermula untuk mencapai saluran pengedaran yang besar secara beransur-ansur Semasa enam bulan pertama penyepaduannya, biasanya melalui cabang pembangunan atau edisi keluaran bergulir. Pengedaran seperti Arch Linux atau openSUSE Tumbleweed biasanya menerima pakai versi ini dengan agak cepat.

Sebaliknya, Keluaran kitaran tetap dan edisi LTS biasanya mengambil masa yang lebih lama untuk menggabungkan versi utama systemd, terutamanya jika perubahan tersebut melanggar keserasian dengan teknologi legasi seperti SysV init. Projek seperti Fedora, sebagai contoh, biasanya tidak mengemas kini versi utama systemd dalam kitaran keluaran stabil yang sama, tetapi sebaliknya menyimpan perubahan tersebut untuk versi pengedaran yang lebih baharu.

Bagi pengguna desktop biasa, Mengemas kini systemd jarang terasa seperti peristiwa kritikalMemandangkan pengedaran menguruskan pembungkusan segala-galanya supaya tiada apa-apa yang "meletup", sentiasa ada peminat yang mahukan versi terkini dengan apa jua cara, dan dalam kes tersebut, lebih baik memilih pengedaran keluaran bergulir atau repositori ujian, dengan menerima risiko tersebut.

Dalam persekitaran pengeluaran, cadangannya adalah jelas: perkhidmatan legasi audit, skrip semakan dalam /etc/init.d/Uji migrasi ke unit sistemd asli dalam persekitaran pementasan dan sahkan tingkah laku tersebut dengan teliti sebelum digunakan pada mesin kritikal. Melangkau langkah ini boleh mengakibatkan perkhidmatan gagal dimulakan, kegagalan rantaian but yang disulitkan atau masalah rangkaian dalam konfigurasi lanjutan.

Akhirnya, systemd 260 mewakili lonjakan besar ke arah ekosistem Linux yang lebih homogen dan modenTetapi ia juga memerlukan pengabaian amalan dan komponen yang telah bersama kita selama beberapa dekad. Mereka yang mendahului dan merancang peralihan akan mempunyai pengalaman yang lebih lancar apabila pengedaran membuat perubahan dan versi ini menjadi asas baharu sistem mereka.