Debian és SysVInit. Miért nem kapott nagyobb visszhangot?

Fórumok

Teljesen véletlenül találtam rá, hogy a Debian-t megint lehet SysVInit-tel használni.
Az ajánlás szerint Debian telepiteskor a "Selecting and installing software" utan van a legjobb alkalom erre.
Telepiteni kell a sysvinit-et, ami letörli a systemd-t.
https://www.debian.org/releases/trixie/amd64/ch06s05.en.html
https://wiki.debian.org/Init#Changing_the_init_system_-_at_installation…
Debian 12 es Debian 13 doksiban is benne van.

Miért nem reklámozzák jobban ezt a lehetőséget?
Sem a HUP, sem a Distrowatch, csak a debian.org, de az is csak mellékesen, mintha csak egy apróság lenne.
Miért nem büszkék rá?

A tesztjeimből kb 2013 óta mindig kihagytam a Debian-t, de a jövőben kipróbálom.
Milyen tapasztalatok vannak vele?
Teljesen letörlődik minden systemd közeli komponens?

Esetleg van más terjesztésnél ilyen információ, amiről nem tudok?
Alpine: BusyBox, OpenRC
AntiX: runit SysV (s6, s6-66, dinit, OpenRC)
Artix: OpenRC runit S6 dinit. 
Debian: Systemd SysVInit OpenRC, Telepítés közben kell a systemd-t törölni és másikat telepíteni
Devuan: SysV OpenRC runit (dinit)
EasyOS: SysV
MX: SysV (Systemd included, but not enabled)
Parabola: Systemd OpenRC
PCLinuxOS: SysV
Slackware: SysV
Void: runit
 

Hozzászólások

Talán mert a világ elment abba az irányba, hogy leszarom mi hajtja, csak menjen.

így van! ha precízek lennénk GNU/linux/systemd lenne valahol a jó nomklatúra. de engem is csak az érdekel, hogy nagyszüleiméknél megy, akik nem értenek semmihez. nálunk is, akik fejlesztünk. 

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.

Teljesen véletlenül találtam rá, hogy a Debian-t megint lehet SysVInit-tel használni.

Whoa. Mármint, használni mindig is lehetett, csak legfeljebb a gyári telepítő nem kínálta fel. 100-as nagyságrendben üzemeltetek Debian szervereket, a kezdetek kezdetén kitiltottam apt konfiggal a systemd csomagot, és lőn bódottá. (Desktop környezetben szeret néhány kívánatos csomag függeni a systemd-től, arra pedig tökéletesen bevált a Devuan repó.)

Szerkesztve: 2025. 08. 26., k – 20:40

Az Artixnál külön ISO-k vannak a különböző initrendszerekkel. Nem kell törölni a sytemd-t, mert nem rakja fel.

Köszi, hogy felhívtad rá a figyelm(em)et!

Azért nem reklámozzák, mert félmegoldás. Nem ilyen egyszerű. Hiába is szeded le a systemd-t, és teszel fel akár sysvinit-et, akár más initet (OpenRC, s6, runit,  stb.), az szépen fog működni, ellátja az init feladatát, de azon nem fog segíteni, hogy ma már nagyon sok mainstream szoftvernek a csomagja systemd-re dependel, és systemd hiányában nem mennek.

Ezzel a systemd-mentes disztrók nagyon küzdenek, minden csomagból ki kell hekkelniük a systemd-s függőségeket, vagy ha nem tudják, akkor meg futtatni kell a systemd részegységeit még a másik initen felül. Én ezért is hagytam abba a systemd kikerülését, mert rájöttem pár disztró után, hogy hiába használok másik initet (OpenRC, runit), észrevettem, hogy a rendszeren továbbra is ott vannak a systemd részei, (e)logind, udevd, és valójában csak hülyítem magam, hogy nem systemd-t használok, ha egyszer a fontosabb részei továbbra is futnak. Akkor, ha már futnak, akkor ne két init fusson, csak egy, használok systemd-t, és akkor az se gond, ha valaminek kell függőségnek.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Van néhány, de nem tragikus.

A más tipusu funkcionálisnak látszó de valójában értelmetlen/balfasz függőségek sokkal zavaróbbak. Pl mostanában indokolatlanul sok program hisztizik ha nincs hang. Pl openscad vagy pl szoftverrádiós cuccok. Ezelőbbi valódi wattafakk, ezutóbbinál meg ugyan elképzelhető hogy valaki azon hallgatja a Bőrtok rádiót vagy az Üreg FM-et de ez nagyon limitált use case egy általános SDR frontendhez/spektrálanalizátorhoz. 

Főleg nagy DE-k, Gnome, KDE, meg egy csomó népszerű, főleg kreatív szoftvercsomag (hangszerkesztők, videóvágók, stb.), sőt, emlékeim szerint a Steam-nek is függősége. Van egy csomó ilyen, pont a legnépszerűbb, mainstream szoftvereket érinti. Még a Flatpak-et, Snap-et is, sokáig lehetne sorolni. Nyilván nem minden csomag, CLI/TUI programok, meg pehelysúlyúbb GUI programoknál meg nincs, de azért elég melós azokból a csomagokból kiszedni a systemd-s függőséget, amikben benne van, BSD-k, Devuan, Void, stb. eléggé megküzd vele kiadásról-kiadásra. Van, hogy csak egy egyszerű hack, hogy egy .service fájlt kell átírni init scriptre, de van, hogy bonyolultabb, és mélyen bele kell nyúlni a forráskódba újraforgatás előtt.

Azt se feledd el, hogy ha kevés csomag dependelne a systemd-re, már az is baj, mivel ezek dominósorban jönnek a függőségi fában, tehát az nem segít, hogy x csomagnak nincs systemd-s függősége, ha az x csomag y függőségének viszont van, akkor megint megszívtuk, és éljen a systemd. Ez az oka, hogy az összes mainstream disztró adoptálta a systemd-t, egyik sem akarta magát vagy a felhasználókat megszivatni, meg szélmalomharcot vívni, állandóan szopni vele.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Éljen soká a systemd, minden DevOps, SRE és Platform Engineer nélkülözhetetlen svájcibicskája, minőségi szoftver Lennart Poettering tollából.  

Megy a systemd, mint a golyó. Modernség van meg innovésön, ha baj lenne vele, majd az éáj megoldja. 

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

Nem a sysvinit-et szeretjük, hanem a systemd-t utáljuk. Franc se sírja vissza.

A uselessd jó irány lehetett volna, de az elhalt.

Esetleg van más terjesztésnél ilyen információ, amiről nem tudok?

Némileg kakukktojás, és talán ezért sem írtad, de a Linux From Scratch is tetszés szerint készíthető SystemD-vel vagy SysV inittel.

Szerkesztve: 2025. 08. 28., cs – 13:02

Ezek közül a házban van 2db artix (egy laptop egy pc) meg 2db void (egy laptop egy pc)  meg egy alpine pc (ez dual bootban az egyik artixxal). Sokáig az artix volt a kedvenc, mostanában inkább az alpine. Persze a musl miatt nincs brave meg egyéb glibc -s progik, csak flatpakban, ez viszont az amúgy betonstabil rendszert már többször lefagyasztotta, ezért inkább megváltam tőle, meg úgy ahogy van a flatpaktől.

Néha elröhögcsélek azon, hogy a Microsoft L. Poetteringgel nem ugyanazt játszotta -e el mint S.Eloppal.

Esetleg van más terjesztésnél ilyen információ, amiről nem tudok?
 

Van!

Gentoo: OpenRC (alapértelmezett), runit,  s6, dinit, SysVinit és a SystemD is választható. 

Pattern:
"Valami furcsaság van a $X-ben, mintha valami beleavatkozna a normál működésébe..."
'Dobj egy érmével, ha fej, akkor a systemd [ernyőprogram valamelyik komponense] volt, ha írás, akkor a SeLinux [vagy AppArmor stb] a ludas.'