101.3 Lezione 1

Un gestore di servizi basato sullo standard SysVinit fornirà set predefiniti di stati di sistema, chiamati runlevel, e i relativi file di script di servizio da eseguire. I runlevel sono numerati da "0" a "6", in genere assegnati ai seguenti scopi:

Il programma responsabile della gestione dei runlevel e dei demoni/risorse associati è /sbin/init. Durante l’inizializzazione del sistema, il programma init identifica il runlevel richiesto, definito da un parametro del kernel o nel file /etc/inittab, e carica gli script associati ivi elencati per il runlevel dato. Ogni runlevel può avere molti file di servizio associati, di solito script nella directory /etc/init.d/. Poiché non tutti i runlevel sono equivalenti attraverso diverse distribuzioni Linux, una breve descrizione dello scopo del runlevel può anche essere trovata nelle distribuzioni basate su SysV.

La sintassi del file / etc/inittab usa questo formato:

"Id" è un nome generico di massimo quattro caratteri utilizzato per identificare la voce. La voce runlevels è un elenco di numeri di runlevel per i quali deve essere eseguita un’azione specifica. Il termine action definisce come init eseguirà il processo indicato dal termine process. Le azioni disponibili sono:

Il runlevel predefinito — quello che verrà scelto se nessun altro viene dato come parametro del kernel — è anche definito in /etc/inittab, nella voce id:x:initdefault. x è il numero del runlevel predefinito. Questo numero non dovrebbe mai essere 0 o 6, dato che causerebbe l’arresto o il riavvio del sistema non appena termina il processo di avvio. Di seguito è mostrato un tipico file /etc/inittab:

Il comando telinit q dovrebbe essere eseguito ogni volta che il file /etc/inittab viene modificato. L’argomento q (o Q) dice a init di ricaricare la sua configurazione. Tale passaggio è importante per evitare l’arresto del sistema a causa di una configurazione errata in /etc/inittab.

Gli script usati da init per impostare ciascun runlevel sono memorizzati nella directory /etc/init.d/ `. Ogni runlevel ha una directory associata in `/etc/, chiamata /etc/rc0.d/, /etc/rc1.d/, /etc/rc2.d/, ecc., con all’interno gli script che dovrebbero essere eseguiti all’avvio del runlevel corrispondente. Poiché lo stesso script può essere utilizzato da runlevel diversi, i file in quelle directory sono solo collegamenti simbolici agli script effettivi in ​​/etc/init.d/. Inoltre, la prima lettera del nome file del collegamento nella directory del runlevel indica se il servizio deve essere avviato o terminato per il runlevel corrispondente. Il nome file di un collegamento che inizia con la lettera K determina che il servizio verrà terminato(kill) quando si accede al runlevel. Iniziando con la lettera S, il servizio verrà avviato(start) quando si accede al runlevel. La directory /etc/rc1.d/, per esempio, avrà molti collegamenti agli script di rete che iniziano con la lettera K, considerando che il runlevel 1 è il runlevel per singolo utente, senza connettività di rete.

Il comando runlevel mostra il runlevel corrente per il sistema in uso. Il comando runlevel mostra due valori, il primo è il runlevel precedente e il secondo è il runlevel corrente:

La lettera N nell’output mostra che il runlevel non è cambiato dall’ultimo avvio. Nell’esempio, il runlevel 3 è l’attuale runlevel del sistema.

Lo stesso programma init può essere usato per alternare i runlevel in un sistema in esecuzione, senza la necessità di riavviare. Il comando telinit può anche essere usato per alternare tra i runlevel. Per esempio, i comandi telinit 1, telinit s o telinit S cambieranno il sistema al runlevel 1.

Attualmente, systemd è il set di strumenti più utilizzato per gestire risorse e servizi di sistema, che vengono definiti come units da systemd. Un’unità è composta da un nome, un tipo e un file di configurazione corrispondente. Per esempio, l’unità per un processo del server httpd (come il web server Apache) sarà httpd.service nelle distribuzioni basate su Red Hat e anche il suo file di configurazione sarà chiamato httpd.service (nelle distribuzioni basate su Debian questa unità è chiamata apache2.service).

Esistono sette tipi distinti di unità systemd:

Il comando principale per il controllo delle unità systemd è systemctl. Il comando systemctl viene utilizzato per eseguire tutte le attività relative all’attivazione, disattivazione, esecuzione, interruzione, monitoraggio, ecc. delle unità. Per un’unità fittizia chiamata unit.service, per esempio, le azioni systemctl più comuni saranno:

Se nel sistema non esistono altre unità con lo stesso nome, è possibile eliminare il suffisso dopo il punto. Se, per esempio, c’è una sola unità httpd di tipo service, allora è sufficiente solo httpd come parametro di unità per systemctl.

Il comando systemctl può anche controllare system targets. L’unità multi-user.target, per esempio, combina tutte le unità richieste dall’ambiente di sistema multiutente. È simile al runlevel numero 3 in un sistema che utilizza SysV.

Il comando systemctl isolate si rende utile per passare tra un target e l’altro. Quindi, per passare manualmente al target multi-user:

Esistono target corrispondenti ai runlevel SysV, a partire da runlevelO.target fino a runlevel6.target. Comunque, systemd non usa il file /etc/inittab. Per cambiare la destinazione di sistema predefinita, l’opzione systemd.unit può essere aggiunta all’elenco dei parametri del kernel. Per esempio, per usare multi-user.target come destinazione standard, il parametro del kernel dovrebbe essere systemd.unit = multi-user.target. Tutti i parametri del kernel possono essere resi persistenti modificando la configurazione del bootloader.

Un altro modo per cambiare la destinazione predefinita è modificare il collegamento simbolico /etc/systemd/system/default.target in modo che punti alla destinazione desiderata. La ridefinizione del collegamento può essere fatta automaticamente attraverso il comando systemctl:

Allo stesso modo, puoi determinare quale sia la destinazione di avvio predefinita del tuo sistema con il seguente comando:

Similmente ai sistemi che adottano SysV, la destinazione predefinita non dovrebbe mai puntare a shutdown.target, poiché corrisponde al runlevel 0 (shutdown).

I file di configurazione associati ad ogni unità si trovano nella directory /lib/systemd/system/. Il comando systemctl list-unit-files elenca tutte le unità disponibili e mostra se sono abilitate all’avvio del sistema. L’opzione --type selezionerà solo le unità per un dato tipo, come in systemctl list-unit-files --type=service e systemctl list-unit-files --type=target.

Le unità attive o che sono state attive durante la sessione di sistema corrente possono essere elencate con il comando systemctl list-units. Come l’opzione list-unit-files, il comando systemctl list-units --type=service mostrerà solo le unità di tipo service mentre il comando systemctl list-units --type=target lo farà solo con le unità di tipo "target".

systemd è anche responsabile dell’attivazione e della risposta agli eventi correlati all’alimentazione. Il comando systemctl suspend metterà il sistema in modalità di sospensione (a basso consumo), mantenendo i dati correnti in memoria. Il comando systemctl hibernate copierà tutti i dati della memoria su disco, quindi lo stato corrente del sistema può essere ripristinato anche dopo essere stato spento. Le azioni associate a tali eventi sono definite nel file /etc/systemd/logind.conf o in file separati all’interno della directory /etc/systemd/logind.conf.d/. Tuttavia, questa funzione di systemd può essere usata solo quando non c’è nessun altro power manager in esecuzione nel sistema, come il demone acpid. Il demone acpid è il principale power manager per Linux e consente regolazioni più precise delle azioni a seguito di eventi relativi all’alimentazione, come la chiusura del coperchio del laptop, la batteria scarica o gli stati di carica della batteria.

Gli script di inizializzazione utilizzati da Upstart si trovano nella directory /etc/init/. I servizi di sistema possono essere elencati con il comando initctl list, che mostra anche lo stato corrente dei servizi e, se disponibile, il loro identificativo PID.

Ogni azione Upstart ha il suo comando indipendente. Per esempio, il comando start può essere utilizzato per avviare un sesto terminale virtuale:

Lo stato corrente di una risorsa può essere verificato con il comando status:

E l’interruzione di una risorsa può essere eseguita con il comando stop:

Upstart non usa il file /etc/inittab per definire i runlevel, ma i comandi legacy runlevel e telinit possono ancora essere usati per verificare e alternare i vari runlevel.

Un comando molto utilizzato per arrestare o riavviare il sistema è sorprendentemente chiamato shutdown. Il comando shutdown aggiunge funzioni extra al processo di spegnimento: avvisa automaticamente tutti gli utenti che hanno effettuato l’accesso con un messaggio di avviso nelle loro sessioni di shell e vengono impediti nuovi accessi. Il comando shutdown funge da intermediario per le procedure SysV o systemd, ovvero esegue l’azione richiesta chiamando l’azione corrispondente nel gestore servizi adottato dal sistema.

Dopo l’esecuzione di shutdown, tutti i processi ricevono un segnale SIGTERM, seguito dal segnale SIGKILL, quindi il sistema si spegne o cambia il suo runlevel. Per impostazione predefinita, quando non vengono utilizzate le opzioni -h o -r, il sistema si alterna al runlevel 1, ovvero alla modalità utente singolo. Per modificare le opzioni predefinite per shutdown, il comando dovrebbe essere eseguito con la seguente sintassi:

È richiesto solo il parametro time. Quest’ultimo definisce quando verrà eseguita l’azione richiesta, accettando i seguenti formati:

Il parametro message è il testo di avviso inviato a tutte le sessioni del terminale degli utenti che hanno effettuato l’accesso.

L’implementazione di SysV consente di limitare gli utenti che saranno in grado di riavviare la macchina premendo Ctrl+Alt+Canc. Questo è possibile posizionando l’opzione -a per il comando shutdown presente sulla riga riguardante ctrlaltdel nel file /etc/inittab. In questo modo, solo gli utenti i cui nomi utente si trovano nel file /etc/shutdown.allow saranno in grado di riavviare il sistema con la combinazione di tasti Ctrl+Alt+Canc.

Il comando systemctl può anche essere usato per spegnere o riavviare la macchina nei sistemi che utilizzano systemd. Per riavviare il sistema, si può usare il comando systemctl reboot. Per spegnere il sistema, si deve usare invece il comando `systemctl poweroff `. Entrambi i comandi richiedono per l’esecuzione i privilegi di root, poiché gli utenti ordinari non possono eseguire tali procedure.

Non tutte le attività di manutenzione richiedono che il sistema sia spento o riavviato. Tuttavia, quando è necessario passare allo stato del sistema in modalità utente singolo, è importante avvisare gli utenti che hanno effettuato l’accesso in modo che non vengano danneggiati da una brusca interruzione.

Simile a quello che fa il comando shutdown quando si spegne o si riavvia il sistema, il comando wall è in grado di inviare un messaggio alle sessioni terminale di tutti gli utenti che hanno effettuato l’accesso. Per fare ciò, l’amministratore di sistema deve solo fornire un file o scrivere direttamente il messaggio come parametro del comando wall.