Comando reboot in Linux: riavvio, controlli e precauzioni

reboot richiede il riavvio di un sistema Linux. Prima di usarlo su un server, verifica la macchina di destinazione, le attività in corso e la finestra di manutenzione: le sessioni e i servizi verranno interrotti durante l'arresto.

In un ambiente systemd, il riavvio ordinario passa attraverso le procedure di arresto dei servizi e di gestione dei filesystem. Questo riduce i rischi rispetto a un riavvio forzato, ma non salva automaticamente documenti, transazioni o altre attività dell'applicazione. Pianifica l'intervento e il modo di recuperare l'accesso se il sistema non torna disponibile.

Sintassi di base

sudo reboot [opzioni]

Le parentesi indicano opzioni facoltative e non vanno digitate. sudo richiede le autorizzazioni previste dalla macchina. La guida descrive l'implementazione compatibile con SysV fornita da systemd; altre implementazioni, come quelle di altri sistemi di init, possono differire. Controlla man reboot prima di usare opzioni non note.

Il comando chiede di riavviare il sistema su cui viene eseguito: una shell SSH opera sul server remoto. In una macchina virtuale riguarda il sistema ospite; un container può non consentire la stessa operazione o gestirla diversamente. Non dedurre il bersaglio dal solo aspetto del prompt.

Controlli ed esempio di riavvio

Confermare la macchina di destinazione

hostnamectl status

Confronta l'identità mostrata con l'inventario e con l'indirizzo della sessione remota. hostnamectl mostra le informazioni del sistema, ma il solo nome host non è una prova univoca: più macchine possono avere nomi simili o uguali.

Verificare le sessioni registrate

who

who elenca le sessioni registrate. Contatta gli utenti interessati e verifica anche attività automatiche, aggiornamenti, backup e scritture del database. Un elenco vuoto non significa che il sistema non stia eseguendo lavori: servizi e processi in background non richiedono una sessione interattiva.

Richiedere il riavvio

Esegui il comando seguente soltanto sulla macchina prevista, dopo aver salvato il lavoro, concluso o sospeso le operazioni secondo le procedure delle applicazioni e avvisato gli utenti. È un comando che modifica il sistema, non una verifica.

sudo reboot

Durante l'arresto perderai l'accesso remoto e i servizi saranno indisponibili. Un messaggio d'errore può indicare che la richiesta è stata rifiutata; il ritorno del comando senza errori non dimostra che il nuovo avvio sia già terminato.

Cosa controllare dopo il riavvio?

Questo è lo stesso comando mostrato sopra, ripetuto per spiegarne l'effetto: non è un secondo passaggio da eseguire dopo la riconnessione.

sudo reboot

Una possibile indicazione del client SSH è la seguente; il testo dipende dal client e non costituisce un risultato garantito:

Connection to host closed by remote host.

La disconnessione, da sola, non prova il riavvio: può dipendere anche dalla rete o dal servizio SSH. Quando la macchina è nuovamente accessibile, riconferma l'identità del sistema. uptime indica da quanto tempo è avviato; who -b mostra il momento di avvio se la relativa registrazione è disponibile. Confrontali con il riferimento precedente e con il tempo dell'intervento, senza considerare un singolo dato come prova sufficiente.

Esamina le unità fallite con systemctl --failed, poi controlla lo stato dei servizi necessari e la loro funzione effettiva con gli strumenti descritti nella guida a systemctl. Un elenco senza unità fallite non dimostra che sito, database e accesso remoto funzionino correttamente. Per gli errori dell'avvio corrente consulta journalctl -b -p err, tenendo presenti filtri e permessi spiegati nella guida a journalctl.

Opzioni e forme principali

Non considerare tutte le opzioni «force» equivalenti: il manuale systemd paragona reboot -f soprattutto a systemctl reboot -ff, non a systemctl reboot -f. Il percorso normale resta quello appropriato per la manutenzione ordinaria; un'opzione forzata aumenta il rischio di perdita dei dati e non è un rimedio generico a un arresto lento.

Precauzioni e riavvio programmato

Prima dell'intervento verifica lo stato degli aggiornamenti, delle scritture e delle repliche del database, i requisiti delle applicazioni e il recupero dei dati. Prepara un accesso di emergenza alla console della VM, al pannello del fornitore o alla gestione remota della macchina; una sessione SSH non può aiutarti se rete e servizio SSH non ripartono. Segui la procedura di manutenzione del tuo ambiente.

Se serve un intervallo per avvisare o annullare, in systemd sudo shutdown -r +10 programma il riavvio tra dieci minuti. Prima che inizi l'arresto, sudo shutdown -c può annullare la richiesta ancora pendente. Verifica che la richiesta sia proprio quella concordata: la cancellazione riguarda la pianificazione della macchina e può interferire con un intervento di un altro amministratore.

Se disponibile nella versione installata, shutdown --show mostra azione e orario pendenti; il manuale ne indica l'introduzione in systemd 250. Controlla la pianificazione dopo averla creata o cancellata. Questi comandi non recuperano un sistema già in fase di arresto; non affidarti a un tentativo di annullamento all'ultimo istante.

Domande frequenti

Posso annullare subito un reboot già richiesto?

Non fare affidamento su una cancellazione sicura di un riavvio immediato. Se prevedi di poter cambiare decisione, programma l'operazione con un ritardo e annullala mentre è ancora pendente. shutdown -c è destinato alla richiesta pianificata: non è una garanzia per reboot, shutdown now o un arresto già iniziato.

Documentazione di riferimento

Il manuale systemd di reboot, halt e poweroff descrive le opzioni, compreso il comportamento forzato. Per pianificazione e cancellazione consulta il manuale shutdown e confronta sempre la versione locale.