A legjobb Linux disztribúciók systemd nélkül

Amikor a domináns Linux disztribúciók elfogadták systemd, a másként gondolkodók elosztották a terjesztéseket és új projekteket indítottak. Tehát milyen lehetőségei vannak, ha nem systemd terjesztést keres? Lássuk.

systemd: Gyors összefoglaló

Történelmileg az indítási sorrend egy Linux rendszerben az inicializáló rendszer másolata volt, amelyet bevezettek System V Unix (SysV). A SysV init rendszer betartotta a Unix filozófia. Amikor az emberek a Unix filozófiájára hivatkoznak, általában a jól ismert „Csinálj egyet és csinálj jól” hangzást. Ennek a dolognak első folyamatként kellett elindulnia, majd más folyamatokat is elindítania. Az is elejtett zombik akkor és most.

A SysV init elég jól tette a dolgát, de nem tette túl hatékonyan. Sorozatosan, egymás után indította el a folyamatokat. Nem volt párhuzamosság. A dizájn üvegnyakkal nyakolta át a teljesítményt. Ezt többé-kevésbé elfedte a modern hardver sebességnövekedése, és nem mintha egy Linux-számítógép indítása véget nem érő kort jelentene. De igen, technikailag hatékonyabbá lehetett volna tenni.

Mint minden másban a Linuxban, a felhasználóknak is volt választási lehetőségük. Alternatívák is rendelkezésre álltak. Az illetékes felhasználók beállíthatják Linux számítógépüket egy másik init rendszer használatára, amely párhuzamosan indította el a folyamatokat, és úgy működött, ahogy nekik tetszett.

Néhány lehetőség a következő volt:

• Felindulás: Ezt a kezdeményezést fejlesztette ki Kánoni amelyet a piros kalap disztribúciók családja, beleértve a Centos és Fedora. Az Upstart már nincs fejlesztés alatt.
• futtasd: Ez egy független, platformokon átívelő projekt, amely a FreeBSD és más BSD-származékok, valamint tovább Mac operációs rendszer, Solarisés a Linux rendszerek. Vagy alapértelmezett init rendszerként, vagy több Linux-disztribúció telepítési idejének egyikeként fogadták el.
• s6-Linux-init: Az s6 a SysV init helyettesítője, amely megpróbálja kezelni a SysV init soros jellegét, és hű marad a Unix filozófiához.

A systemd a SysV init másik helyettesítője, de sokkal többet tartalmaz. Olyan modulokkal rendelkezik, amelyek fizikai eszközöket, felhasználói bejelentkezéseket, hálózati névfeloldást és még sok minden mást kezelnek – több mint 70 bináris fájlból és több mint 1,4 millió sornyi kódból áll. Összehasonlításképpen: SysV init for Boltív A Linux kevesebb, mint 2000 kódsor. Nyilvánvaló, hogy a systemd jól és valóban felhagyott a Unix filozófiájával. És nem csak, ez további eretnekséget követ el, hogy teljesen figyelmen kívül hagyja a Hordozható operációs rendszer interfész (POSIX) szabvány.

A systemd argumentumok a legmelegebbek, amiket valaha tanúja voltam egy nyílt forráskódú közösségnek. (És ez mond valamit.) Természetesen az ugyanolyan hangos pro-systemd és no-systemd táborok az egyetlen emberek. Sok emberrel beszélek, akik nem is tudják, hogy a systemd egy dolog, valamint rengeteg mással, akik hallottak róla, de nem tudnak annyi részletet, hogy így vagy úgy véleményt alkossanak. Őszintén szólva nem érdekli őket. Csak azt akarják, hogy dolgok működjenek.

Ha nem biztos abban, hogy systemd-alapú terjesztést használ, futtassa a ps parancs az 1. folyamatazonosítón.

ps -p 1

Ha a válaszban a „systemd” szöveget látja, akkor egyértelműen a systemd fájlt használja. Ha valami mást mond – általában „init” -, akkor nem.

ÖSSZEFÜGGŐ: Miért van továbbra is megosztó a Linux rendszere ennyi év után?

Filozófia, építészet és mérnöki minőség

Különböző emberek különböző okokból kifogásolják a rendszert. Egyesek számára ez a hagyományos Unix filozófia figyelmen kívül hagyása. Bár ez nem kötelező dogma, ez a „Unix-módszer”. És ez egy olyan mód, amely kiállta az idő próbáját: Kis segédprogramok hogy össze lehet csövezni hogy a kimenetük a folyamat következő folyamatának bemenetévé váljon, alapvető része annak, ami a Linux számára érzetet és jelleget kölcsönöz. Ez teszi különösen alkalmassá az egyszeri vagy rövid életű igényeket kielégítő kreatív megoldások gyors összegyűjtésére.

Mások a systemd, a „szoftverarchitektúra” mögött álló tervezési döntéseket kérdezték. Miért kell belefoglalni mindazt a funkciót, amelynek semmi köze a rendszer indításához? Ha ezeket a többi elemet frissíteni vagy fejleszteni kellett, akkor tegye meg. De miért kell az egész tételt integrálni egy hatalmas, egymással összekapcsolt alkalmazáscsomagba?

Aggodalmak merültek fel a systemd fejlesztők lovas hozzáállás a hibajavításokhoz általában és felé Gyakori biztonsági rések és expozíciók különösen. Minél több kódsorod van, annál több hibával kell foglalkoznod. Ha ezek a hibák biztonsági szempontból kapcsolódnak, és saját CVE-számot rendelnek hozzájuk, akkor tegnap foglalkoznia kellett velük.

Bármi legyen is az oka vagy okai annak, hogy el akar hagyni egy systemd alapú Linux disztribúciót, a kérdés az, hogy merre tovább? Talán valami egészen újat szeretne kipróbálni. Örömmel várhatja, hogy megtanulja egy új disztribúció csínját-bínját. Másrészt lehet, hogy nincs ideje és étvágya egy újabb tanulási görbére. A lehető leggyorsabban szeretne újra működésbe lépni egy olyan rendszeren, amely a lehető legismertebbnek érzi magát.

A Debian család: Devuan

Ha Debiant vagy a számtalan olyan Debian-derivatívát használja, mint például Ubuntu és a rokonok egész törzsével van értelme megnézni Devuan. Devuan a Debian villája, így szinte minden ismerős lesz. Az alapértelmezett shell a Bash, a csomagkezelő pedig az apt. Devuan 2014-ben elágazott a Debiantól. Szilárd és stabil, és virágzó közösséggel rendelkezik.

Ha jobban tetszik GNOME mint a te asztali környezet, egy kis plusz munkát kell végeznie. A GNOME a telepítés során nem ajánlott asztali választásként. TÁRS, Fahéj, XFCE, és mások is elérhetők, de a GNOME-ot manuálisan kell telepíteni, amint a rendszer beindult.

A GNOME bizonyos mértékben függ a systemd összetevőitől, nevezetesen a udev hardver eszközkezelő és a logind bejelentkezési menedzser. Ezek pótlását a Gentoo Linux fejlesztők.

eudev és elogind hagyja, hogy a systemd-től függő alkalmazások működjenek, mintha a systemd telepítve lett volna. A systemd-ellenes puristák ezt is kifogásolják, azzal érvelve, hogy a systemd nehéz függőségeit kódoló szoftverekre való törlesztés majdnem olyan rossz, mint a systemd futtatása.

A devuan-i init rendszer választási lehetőségei a SysV init vagy OpenRC.

Az Arch család: Artix Linux

Boltív és Manjaro a felhasználók érdemesek lehetnek Artix Linux forogni. Az Artix az Arch elágazása, amely az Arch-OpenRC projektre épít. Első kiadása 2017-ben jelent meg.

Az Arch Wiki tartalmazza utasítások a systemd cseréjéről OpenRC-re, de hivatalosan nem támogatott. Hasonlóképpen, mivel az OpenRC támogatása volt elejtette Manjaro-t, nincs Manjaro-alapú disztribúció, amely rendszer nélküli.

Tehát, ha az Arch-univerzumban akarsz maradni, akkor egy Arch-alapú villát kell választanod, mint például az Artix, amely más init rendszert használ. Az Artix minden bizonnyal ezen a fronton szállít. A telepítési folyamat során a három különböző init rendszer egyikét választja. A választható lehetőségek: OpenRC, runit és s6.

Minden várt asztali íz elérhető, például Cinnamon, MATE, XFCE és még sok más. Vannak még verziók a tesztelés során amelyek támogatják a GNOME-ot és a i3 csempézés ablakkezelő.

A csomagkezelő az pacman. Természetesen használhatja a telepítéshez pamac, yay, vagy bármelyik másik Arch felhasználói adattár (AUR) segítők. Az alapértelmezett shell a Bash.

Ez minden, ami tetszik Arch-ban systemd nélkül.

Red Hat és Fedora: PCLinuxOS

A systemd projekt egy Red Hat kezdeményezés. A fő rendszerfejlesztők a Red Hat alkalmazottai. Úgy tűnik, hogy a Linux világában sok ember számára bármi, ami a „vállalati” Linux táborokból származik – a Red Hat, Jóslat, Intel, Kánonipéldául – automatikusan bizalmatlannak kell lennie.

A systemd-t többek között úgy írták le, mint a Red Hat azon szándékát, hogy a Linuxot olyanná formálja, amely megfelel a beágyazott operációs rendszer igényeinek. Ha a Red Hat-nek beágyazott rendszerekre szabott disztribúcióra lenne szüksége, messze könnyebb lenne csak létrehozni. Nem kell meggyőznie Archot, az Ubuntut és a OpenSUSE hogy kövessem a példát.

Természetesen, mivel a Red Hat az oka annak, hogy a systemd létezik, nem fogsz Redd származékot találni systemd nélkül. Tehát bárhová költözik, újnak és másnak fog érezni. De ha legalább ragaszkodni akar egy disztribúcióhoz, amely a Red Hat csomagkezelő (RPM), akkor ellenőrizze a PCLinuxOS-t.

A PCLinuxOS projekt 2003-ban indult a már nem működő Mandrake Linux villájaként, közvetlenül azelőtt Mandrake Mandriva lett. A PCLinuxOS első kiadása 2007-ben jelent meg, tehát hosszú időn belül megelőzi a systemd-t.

Míg a PCLinuxOS „.rpm” fájlokat használ, saját csomagkezelő szoftverével manipulálja őket, apt-rpm. Ezt a apt-get parancsot a Debian világából. A. Módosított változata synaptic szintén rendelkezésre áll, amely „.dpm” fájlok helyett „.rpm” fájlokkal működik.

A PCLinuxOS a SysV init programot használja, és ezek közül választhat Vérplazma, MATE és XFCE asztali környezetek a telepítés során. Van néhány „közösségi remaster” kiadás, amely más asztali környezeteket biztosít, beleértve a GNOME-ot is. Az alapértelmezett shell a Bash.

Gyújtson be néhány virtuális gépet

A legjobb – és egyetlen módja annak, hogy valóban kijönjünk-e egy Linux disztribúcióval -, ha kipróbáljuk. Ennek legegyszerűbb módja egy virtuális gép. A jelenlegi Linux telepítést érintetlenül hagyja. Telepíthet és kipróbálhat annyi Linux disztribúciót, amennyit csak akar, amíg meg nem találja azt, amelyet gondolni szeretne kipróbálni. VirtualBox tökéletes erre.

Ha készen áll az új disztribúció telepítésére, tegye számos biztonsági másolatot a jelenlegi telepítésről, majd – és csak ezután – telepítse az új Linuxot.

ÖSSZEFÜGGŐ: Kezdő geek: Virtuális gépek létrehozása és használata