Systemd versus Sysvinit. En Systemd-shim?

Systemd is tans die mees gebruikte standaard in terme van "Kernel Boot Systems" (Init) wat in Unix-omgewings, soos Linux, bereik kan word. Dit is 'n paar jaar gelede deur Lennart Poettering (hoofsaaklik) langsaan Kay sievers (oud-Red Hat). Tans het dit 'n LGPL 2.1 lisensie (met uitsonderings gelisensieer onder GPL2). Alhoewel daar is ander alternatiewe, soos die antieke en tradisionaliste SysVinit en Upstart, is daar ook nuwe alternatiewe aan die gang soos systemd-shim.

Behalwe dat die meeste gebruik word, is Systemd ook een van die omstrede en soms gehaat deur 'n beduidende deel van die gebruikers, wat geneig is om die kompleksiteit en oormatige oorheersing of beheer oor die funksies van sy Distros te weerstaan. Om hierdie rede floreer die ou of moderne alternatiewe steeds in wye sektore van die GNU / Linux-gemeenskap.

Tans word Systemd as 'n vrye sagteware-projek aangebied GitHub en het genoeg dokumentasie op die webwerf van «freedesktop.org«. En ondanks die feit dat ons in ander tye breedvoerig daaroor gepraat het Systemd op die blog, byvoorbeeld, in die berig genaamd «Ontwikkelende stelsel D.« van die skrywer "Gebruik Linux"Vandag hoop ons om 'n bietjie meer uit te brei deur aspekte van die huidige alternatiewe te vergelyk.

Wat is Systemd?

Systemd is 'n stelsel- en dienste-administrateur vir Linux-gebaseerde stelsels. Maar, wyer, dit kan ook beskryf word as 'n stel basiese boustene vir 'n Linux-stelsel, want dit bied 'n «Administrateur van stelsels en dienste » wat as 'n proses (PID 1) uitgevoer word en die res van die stelsel begin.

Systemd bied dinamiese paralleliseringsfunksies, gebruik "sockets" en "D-Bus-aktivering" om dienste te begin. Daarbenewens bied dit "die begin" op versoek van demone volg dit prosesse op met behulp van Linux-beheergroepe, bestuur monteerpunte en outomatiese rekenings en implementeer uitgebreide diensbeheer op transaksionele afhanklikheid logies.

Laastens, en veral, kan daar bygevoeg word dat Systemd is versoenbaar met die SysV- en LSB-opstartskripte en werk tot vandag toe as 'n suksesvolle plaasvervanger vir SysVinit op baie GNU / Linux Distros., ongeag die geldige kritiek of negatiewe kommentaar daaroor.

En dit bevat 'n registerdemoon, hulpprogramme om basiese stelselinstellings soos gasheernaam te beheer, datum, plek, hou 'n lys van aangemelde gebruikers en houers en werk virtuele masjiene, stelselrekeninge, gidse en runtime-instellings en demone om 'n netwerk van eenvoudige konfigurasie, netwerktydsinkronisering, aanstuur te bestuur van rekords en naamoplossing.

Onder andere waarvoor dit geklassifiseer word as swaar, kompleks en besitlik op die Distros waar dit geïmplementeer word, ondanks die bevrediging van sy doelwitte waarvoor dit geskep is. Soveel so dat die bekende Distro Debian, die moeder van baie ander GNU / Linux Distros, implementeer dit al 'n geruime tyd, wat bygedra het tot die massifikasie daarvan.

Wat is sysvinit?

SysVinit is een van die oudste en huidige Administrateurs van stelsels en dienste vir stelsels gebaseer op Linux. Dit word steeds op baie van die GNU / Linux-verspreidings van trajekte, en nuwes, soos Devuan.

Van SysVinit as 'n program kan die volgende uitgelig word:

«Dit is die eerste proses wat uitgevoer word nadat die kern gelaai is, en die proses wat alle ander prosesse oplewer, dit word as 'n init-daemon uitgevoer en het gewoonlik PID 1. Dit bied 'n standaardproses om te bepaal op watter programme init begin of stop 'n sekere prestasievlak ”. Volgens Ex-Debian.org Wiki

In teenstelling met "Init" (Stelsel- en dienste-administrateur begin van Unix-stelsels), wat die dienste begin het met behulp van 'n enkele skrif genaamd "/ Ens / rc", SysVinit het die gidsskema begin gebruik in "/Etc/rc.d/" wat die begin / stop-skrifte van die verskillende dienste bevat.

En op die vlak van pakkette en funksies bevat SysVinit programme om die begin, uitvoering en aflaai van alle ander programme te beheer. Dit sluit in: halt, init, killall5, last, lastb, mesg, pidof, poweroff, reboot, runlevel, shutdown, sulogin, telinit, utmpdump, and wall. Belangrike inligting vir diegene wat wil installeer en gebruik sysvinit.

Tot vandag toe het die stryd tussen Systemd y sysvinit was taai, en waardig om dit met dié van te vergelyk WhatsApp y telegram. En hoewel dit waar is dat die agbare sysvinit het gebreke of beperkings (afhangend van die standpunt van elke persoon), wat waarskynlik op een of ander manier oplosbaar is, is die ondersteuners van Systemd beweer dit dikwels met vrymoedigheid Systemd is tans die beste van almal Stelsel- en diensadministrateurs aanvanklike Unix-stelsels huidige.

Uit die feit en uit die stryd is gebore die veldtog «Init Freedom» (IF) ontwerp om die argument te weerlê. Aanvanklike vryheid probeer 'n gesonde benadering tot PID1 herstel, wat diversiteit en vryheid van keuse respekteer. As u meer inligting wil hê, kan u dit kry deur die volgende skakel te besoek: Veldtog «Init Freedom» (IF), inligting soos die GNU / Linux-distros wat alternatiewe vir Systemd gebruik.

Wat is Systemd-shim?

Laastens, maar nie die minste nie, ontmoet ons mekaar die wonderlike alternatief vir Systemd-shim. Wat volgens die DEBIANse pakketblad 'n pakket is wat:

"Emuleer die Systemd-funksie wat benodig word om die systemd-helpers uit te voer sonder om die init-diens te gebruik."

Om te verstaan ​​waartoe hy in staat is "Systemd-shim" of hoe dit werk, is dit goed om dit in die praktyk te sien op die Distro wat die meeste baat gevind het, dit wil sê MX-Linux. Wat volgens sy eie skeppers was dat MX-Linux sy unieke kenmerk het:

'Bied die gebruiker die keuse om te kies tussen Systemd en SysVinit op geïnstalleerde stelsels. 'N Magiese kombinasie wat moontlik gemaak word deur 'n pakket genaamd Systemd-shim. Die ontwikkeling van systemd-shim is egter 'n geruime tyd gelede gestaak, en DEBIAN het onlangs die pakket uit die Buster-bewaarplekke verwyder. Ons verstaan ​​dat die huidige status van systemd-shim nie behoorlik werk met die weergawe van Systemd in DEBIAN Buster nie, daarom ondersoek ons ​​opsies vir die toekoms van MX. Vir die doel is een ding wat ons wil ondersoek, die moontlikheid om voort te gaan met die ontwikkeling van systemd-shim (en enige systemd-patches wat nodig mag wees om systemd-shim na behore te kan werk).

Systemd-shim het MX-Linux sulke goeie resultate gelewer dat behalwe ander uitstekende funksies en voordele van die Distro, MX-Linux is eerste in Distrowatch en het toekomstige planne om voort te gaan System-shim op die nuwe weergawe van MX-Linux 19 binnekort op grond van DEBIAN 10 (Buster).

Ek persoonlik beveel MX-Linux 18.X met Systemd-shim aanaangesien dit vinnig lig en baie funksioneel is. En in my spesifieke geval het dit my toegelaat om my eie Distro te skep op grond daarvan, wat ek genoem het: MilagrOS GNU / Linux.

Ander alternatiewe?

Samevattend, insluitend die genoemde, bevat ons die huidige alternatiewe van «Stelseladministrateurs en dienste vir stelsels »(init-stelsels) vir Linux a:

• ooprc
• hardloop dit
• s6
• skaapwagter
• sinit
• systemd
• systemd-shim
• sysvinit

Gevolgtrekking

Ek hoop dat hierdie boodskap baie nuttig is vir u, in terme van 'n bietjie meer inligting oor elk van die Aanvanklike genoem word, en op hul beurt help dit hulle om 'n GNU / Linux Distro met 'n sekere «Stelsel- en dienste-administrateur vir stelsels. En blof laaste, vir diegene wat 'n bietjie meer geneig is tot die gebruik van SystemdEk beveel aan om die volgende skakel te lees: Die groot mites van Systemd.