Systemd contro Sysvinit. E Systemd-shim?

Systemd è attualmente lo standard più utilizzato in termini di "Kernel Boot Systems" (Init) che può essere ottenuto in ambienti Unix, come Linux. È stato creato un paio di anni fa da Lennart Poetter (principalmente) accanto a Kay sievers (ex Red Hat). Attualmente ha un file Licenza LGPL 2.1 (con eccezioni con licenza GPL2). Anche se ci sono altre alternative, come gli antichi e i tradizionalisti SysVinit e Upstart, sono in corso anche nuove alternative come systemd-shim.

Oltre ad essere il più utilizzato, Systemd è anche uno dei più controversi e talvolta odiati da una parte significativa degli utenti, che tendono a resistere alla loro complessità e all'eccessivo dominio o controllo sulle funzioni delle loro distribuzioni. Per questo motivo, le alternative vecchie o moderne stanno ancora esplodendo in ampi settori della comunità GNU / Linux.

Attualmente Systemd come progetto di software libero è ospitato in GitHub e ha una documentazione sufficiente sul sito web di «freedesktop.org«. E nonostante il fatto che in altre volte ne abbiamo parlato molto systemd sul blog, ad esempio, nel post chiamato «Demistificazione di SystemD« dall'autore "Usemoslinux"Oggi speriamo di ampliarci un po 'di più confrontando aspetti delle attuali alternative.

Cos'è Systemd?

Systemd è un amministratore di sistemi e servizi per sistemi basati su Linux. Ma, più in generale, può anche essere descritto come un insieme di elementi costitutivi di base per un sistema Linux, poiché fornisce un «Amministratore di sistemi e servizi » che viene eseguito come un processo (PID 1) e avvia il resto del sistema.

Systemd fornisce funzionalità di parallelizzazione dinamica, utilizza "socket" e "attivazione D-Bus" per avviare i servizi. Inoltre, offre "l'inizio" Su richiesta dei daemon, tiene traccia dei processi utilizzando i gruppi di controllo Linux, gestisce i punti di montaggio e gli automount e implementa un elaborato controllo dei servizi basato sulle dipendenze transazionali logico.

Infine, e in particolare, si può aggiungere questo Systemd è compatibile con gli script di avvio di SysV e LSB e fino ad oggi ha funzionato come sostituto di successo di SysVinit su molte distribuzioni GNU / Linux., indipendentemente dalle critiche valide o dai commenti negativi su di esso.

E include un demone del registro, utilità per controllare le impostazioni di sistema di base come il nome host, data, locale, mantenere un elenco di utenti e contenitori registrati e macchine virtuali in esecuzione, account di sistema, directory e impostazioni di runtime e daemon per gestire una semplice configurazione di rete, sincronizzazione dell'ora di rete, inoltro di record e risoluzione dei nomi.

Tra le altre cose, per le quali è classificato come pesante, complesso e possessivo nelle distribuzioni in cui è implementato, nonostante abbia soddisfatto in modo soddisfacente gli obiettivi per i quali è stato creato. Tant'è che il noto Distro DEBIAN, la madre di molte altre distribuzioni GNU / Linux, lo sta implementando da tempo, il che ha contribuito alla sua massificazione.

Che cosa è sysvinit?

SysVinit è uno dei più vecchi e attuali Amministratori di sistemi e servizi per sistemi basati su Linux. È ancora ampiamente utilizzato su molti dei file Distribuzioni GNU / Linux di traiettorie, e di nuove, come devuan.

Da SysVinit come programma è possibile evidenziare quanto segue:

«È il primo processo da eseguire dopo aver caricato il kernel e quello che genera tutti gli altri processi, funziona come un demone di inizializzazione e di solito ha PID 1. Fornisce un processo standard per controllare su quali programmi viene avviato o interrotto da init un certo livello di performance ”. Secondo Ex-Debian.org Wiki

A differenza di "Dentro" (Amministratore di sistemi e servizi iniziale dei sistemi Unix), che ha avviato i servizi utilizzando un singolo script chiamato "/ Etc / rc", SysVinit ha iniziato a utilizzare lo schema della directory in "/Etc/rc.d/" che conteneva gli script di avvio / arresto dei diversi servizi.

E a livello di pacchetti e funzioni SysVinit contiene programmi per controllare l'avvio, l'esecuzione e il download di tutti gli altri programmi. Questi includono: halt, init, killall5, last, lastb, mesg, pidof, poweroff, reboot, runlevel, shutdown, sulogin, telinit, utmpdump e wall. Informazioni importanti per coloro che desiderano installare e utilizzare sysvinit.

Ad oggi, la lotta tra systemd y sysvinit è stato duro, e degno di confronto con quello di WhatsApp y Telegram. E mentre è vero che il venerabile sysvinit ha difetti o limitazioni (a seconda del punto di vista di ogni persona), che sono probabilmente risolvibili in qualche modo, i sostenitori di systemd spesso lo affermano coraggiosamente systemd è attualmente il migliore di tutti Amministratori di sistema e servizi iniziale dei sistemi Unix corrente.

Da quel fatto e da quella lotta è nata la Campagna «Init Freedom» (IF) progettato per confutare tale argomento. Inizia la libertà cerca di ripristinare un approccio sano al PID1, che rispetti la diversità e la libertà di scelta. Se desideri maggiori informazioni, puoi ottenerle visitando il seguente link: Campagna «Init Freedom» (IF), informazioni come il Distribuzioni GNU / Linux che utilizzano alternative a Systemd.

Cos'è Systemd-shim?

Ultimo ma non meno importante, ci incontriamo la meravigliosa alternativa a Systemd-shim. Che secondo la pagina del pacco DEBIAN è un pacco che:

"Emula la funzione Systemd richiesta per eseguire gli helper di systemd senza utilizzare il servizio init."

Per capire di cosa è capace "Systemd-shim" o come funziona, è bello vederlo in pratica sul Distro che ne ha tratto il massimo, cioè MX Linux. Che secondo i suoi stessi creatori è che MX-Linux ha come caratteristica unica:

“Offrire all'utente la possibilità di scegliere tra Systemd e SysVinit sui sistemi installati. Una combinazione magica resa possibile da un pacchetto chiamato Systemd-shim. Tuttavia, lo sviluppo su systemd-shim è stato interrotto qualche tempo fa e DEBIAN ha recentemente rimosso il pacchetto dai repository di Buster. Comprendiamo che lo stato attuale di systemd-shim non funziona correttamente con la versione di Systemd in DEBIAN Buster, quindi stiamo esplorando le opzioni per il futuro di MX. A tal fine, una cosa che vogliamo esplorare è la possibilità di continuare lo sviluppo di systemd-shim (e qualsiasi patch di systemd che potrebbe essere necessaria per il corretto funzionamento di systemd-shim).

Systemd-shim ha dato risultati così buoni a MX-Linux, che oltre ad altre eccellenti funzionalità e vantaggi di detto Distro, MX-Linux è al primo posto su Distrowatch e ha piani futuri per continuare a utilizzarlo System-shim sulla nuova versione di MX-Linux 19 presto per essere lanciato sulla base di DEBIAN 10 (Buster).

Personalmente raccomando MX-Linux 18.X con Systemd-shim, in quanto è veloce leggero e molto funzionale. E nel mio caso particolare mi ha permesso di creare il mio Distro basato su di esso, che ho chiamato: MilagrOS GNU / Linux.

Altre alternative?

In sintesi, comprese quelle citate, abbiamo tra le attuali alternative di «Amministratori di sistema e servizi per i sistemi »(sistemi di inizializzazione) per Linux a:

• openrc
• eseguirlo
• s6
• pastore
• peccato
• systemd
• systemd-shim
• sysvinit

Conclusione

Spero che questo post ti sia molto utile, in termini di sapere un po 'di più su ciascuno dei file Dentro menzionato, ea sua volta li aiuta a scegliere un GNU / Linux Distro con un certo «Amministratore di sistema e servizi per i sistemi ». E po per ultimo, per chi è un po 'più propenso all'uso di systemd, Consiglio di leggere il seguente link: I grandi miti di systemd.