Systemd er for tiden den mest brukte standarden når det gjelder "Kernel Boot Systems" (Init) som kan oppnås i Unix-miljøer, for eksempel Linux. Den ble opprettet for et par år siden av Lennart Poettering (hovedsakelig) ved siden av Kay-silere (tidligere Red Hat). Foreløpig har den en LGPL 2.1 lisens (med unntak lisensiert under GPL2). Selv om det er andre alternativer, som de eldgamle og tradisjonalistene SysVinit og Upstart, det er også nye alternativer på gang som systemd-shim.
I tillegg til å være den mest brukte, er Systemd også en av de kontroversielle og noen ganger hatet av en betydelig del av brukerne, som har en tendens til å motstå deres kompleksitet og overdreven dominans eller kontroll over funksjonene til deres distroer. Av denne grunn blomstrer fortsatt de gamle eller moderne alternativene i brede sektorer av GNU / Linux-fellesskapet.
Foreløpig er Systemd som et gratis programvareprosjekt vert på GitHub og har nok dokumentasjon på nettstedet til «freedesktop.org". Og til tross for at vi andre ganger har snakket mye om systemd på bloggen, for eksempel i innlegget som heter «Avmystifisere System D.« fra forfatteren "Usemoslinux"I dag håper vi å utvide litt mer ved å sammenligne aspekter av dagens alternativer.
Hva er Systemd?
Systemd er en system- og tjenesteadministrator for Linux-baserte systemer. Men bredere, det kan også beskrives som et sett med grunnleggende byggesteiner for et Linux-system, da det gir en «System- og tjenesteadministrator » som kjører som en prosess (PID 1) og starter resten av systemet.
Systemd gir dynamiske parallelliseringsfunksjoner, bruker "stikkontakter" og "D-Bus aktivering" for å starte tjenester. I tillegg tilbyr den "begynnelsen" på daemon-etterspørsel, sporer prosesser ved bruk av Linux-kontrollgrupper, administrerer monteringspunkter og automounts, og implementerer forseggjorte transaksjonsavhengighetsbasert tjenestekontroll logisk.
Til slutt, og spesielt, kan det legges til at Systemd er kompatibelt med SysV- og LSB-oppstartsskriptene og har den dag i dag fungert som en vellykket erstatning for SysVinit på mange GNU / Linux Distros., uavhengig av gyldig kritikk eller negative kommentarer om den.
Og det inkluderer en registerdemon, verktøy for å kontrollere grunnleggende systeminnstillinger som vertsnavn, dato, sted, opprettholde en liste over påloggede brukere og containere og kjøre virtuelle maskiner, systemkontoer, kataloger og kjøretidsinnstillinger og demoner for å administrere et nettverk med enkel konfigurering, nettverkstidssynkronisering, videresending av registrering og navneløsning.
Blant annet som den er klassifisert som tung, kompleks og besittende på Distros der den er implementert, til tross for at de målene det ble opprettet for, tilfredsstillende. Så mye at den velkjente Distro DEBIAN, mor til mange andre GNU / Linux Distros, har implementert det i noen tid, noe som har bidratt til massifiseringen.
Hva er sysvinit?
SysVinit er en av de eldste og nåværende Administratorer av systemer og tjenester for systemer basert på Linux. Det er fortsatt mye brukt på mange av GNU / Linux Distros av baner og nye, som devuan.
Fra SysVinit som et program kan følgende fremheves:
«Det er den første prosessen som kjøres etter at kjernen er lastet inn og den som gyter alle andre prosesser, den kjører som en init-demon og har vanligvis PID 1. Den gir en standard prosess for å kontrollere hvilke programmer init starter eller stopper på en bestemt ytelsesnivå ”. I følge Ex-Debian.org Wiki
I motsetning til "I det" (System- og tjenesteadministrator initial til Unix-systemer), som startet tjenestene ved hjelp av et enkelt skript kalt "/ Etc / rc", SysVinit begynte å bruke katalogskjemaet i "/Etc/rc.d/" som inneholdt start / stopp-skript for de forskjellige tjenestene.
Og på pakke- og funksjonsnivå inneholder SysVinit programmer for å kontrollere oppstart, kjøring og nedlasting av alle andre programmer. Disse inkluderer: halt, init, killall5, last, lastb, mesg, pidof, poweroff, reboot, runlevel, shutdown, sulogin, telinit, utmpdump, and wall. Viktig informasjon for de som ønsker å installere og bruke sysvinit.
Den dag i dag er kampen mellom systemd y sysvinit har vært tøff, og verdig å sammenligne med WhatsApp y Telegram. Og selv om det er sant at ærverdige sysvinit har mangler eller begrensninger (avhengig av synspunktet til hver person), som sannsynligvis er løselige på en eller annen måte, tilhengerne av systemd hevder det ofte dristig systemd er for tiden den beste av alle System- og tjenesteadministratorer innledende Unix-systemer strøm.
Fra det faktum, og fra den kampen ble født «Init Freedom» (IF) -kampanjen designet for å tilbakevise argumentet. Første frihet prøver å gjenopprette en sunn tilnærming til PID1, en som respekterer mangfold og valgfrihet. Hvis du vil ha mer informasjon, kan du få den ved å gå til følgende lenke: Kampanje «Init Freedom» (IF), informasjon som GNU / Linux distroer som bruker alternativer til Systemd.
Hva er Systemd-shim?
Sist men ikke minst møtes vi det fantastiske alternativet til Systemd-shim. Som ifølge DEBIAN pakkesiden er en pakke som:
"Etterligner Systemd-funksjonen som kreves for å kjøre systemd-hjelpere uten å bruke init-tjenesten."
Å forstå hva han er i stand til "Systemd-shim" eller hvordan det fungerer, det er godt å se det i praksis på Distro som har fått mest mulig ut av det, det vil si MX Linux. Som ifølge sine egne skapere har vært at MX-Linux har som sin unike funksjon:
“Tilbyr brukeren muligheten til å velge mellom Systemd og SysVinit på installerte systemer. En magisk kombinasjon muliggjort av en pakke som heter Systemd-shim. Imidlertid stoppet utviklingen på systemd-shim for en tid tilbake, og DEBIAN fjernet nylig pakken fra Buster-arkivene. Vi forstår at den nåværende tilstanden til systemd-shim ikke fungerer som den skal med versjonen av Systemd i DEBIAN Buster, så vi utforsker alternativer for fremtiden til MX. For det formål er en ting vi vil utforske muligheten for å fortsette utviklingen av systemd-shim (og eventuelle systemd-oppdateringer som kan være nødvendige for at systemd-shim fungerer ordentlig).
Systemd-shim har gitt MX-Linux så gode resultater at bortsett fra andre gode funksjoner og fordeler med nevnte Distro, MX-Linux er topp på Distrowatch og har fremtidige planer om å fortsette å bruke System-shim på den nye versjonen av MX-Linux 19 snart lansert basert på DEBIAN 10 (Buster).
Jeg anbefaler personlig MX-Linux 18.X med Systemd-shimda det er raskt lett og veldig funksjonelt. Og i mitt spesielle tilfelle tillot det meg å lage min egen Distro basert på den, som jeg kalte: MilagrOS GNU / Linux.
Andre alternativer?
Oppsummert, inkludert de nevnte, har vi blant de nåværende alternativene til «Systemadministratorer og tjenester for systemer »(init-systemer) for Linux a:
- openrc
- Runit
- s6
- gjeter
- sinit
- systemd
- systemd-shim
- sysvinit
Konklusjon
Jeg håper dette innlegget er veldig nyttig for deg når det gjelder å vite litt mer om hvert av I det nevnt, og i sin tur hjelper det dem å velge en GNU / Linux Distro med en viss «System- og tjenesteadministrator for Systems ». Og seller sist, for de som er litt mer tilbøyelige til å bruke systemd, Jeg anbefaler å lese følgende lenke: De store mytene om systemd.
systemd suger !!!!!!!
Veldig bra artikkel! Takk skal du ha!
Selvfølgelig mangler de en korrekturleser, uten at de ønsker å forringe, fordi stavefeil disfigurerer artikkelen: "grove" sektorer (av store sektorer); som "a" bidro (av "har bidratt"), og så videre.
Takk for at du leser artikkelen og kommentaren din. Og vi har allerede korrigert den grammatiske gag du observerte. Hilsen, kjære leser!
Jeg er for øyeblikket lenge Arch-bruker, men jeg er lei av systematisk tull og dens historier.
Jeg elsker Arch-verdenen, så i disse dager tester jeg Artix med OpenRC på min personlige datamaskin, og foreløpig er den perfekt. Hvis jeg ikke finner noe rart, forlater jeg Arch og går til Artix.
Utmerket! Vi håper du kan migrere til den interessante Distro. Takk for kommentaren.