Dopo l’aggiornamento si è rotto qualcosa: "dopo" e "a causa di" non sono la stessa cosa

Hai aggiornato, hai riavviato, qualcosa non funziona. Il primo riflesso è "l’aggiornamento ha rotto", e a volte è vero. Ma prima serve una distinzione, perché cambia il lavoro fin dall’inizio.

"Dopo" e "a causa di"

Un riavvio è la prima prova onesta di tutto ciò che è stato fatto dall’ultimo riavvio. Un servizio avviato a mano e mai aggiunto all’avvio, un montaggio mai scritto nella configurazione, un’impostazione cambiata a caldo e mai salvata su file: tutto questo è lì da mesi e nulla era stato messo alla prova fino a quel momento. Il riavvio lo porta alla luce, non lo causa.

Saperlo serve, perché "annulla l’aggiornamento" non risolve questo tipo di problema, e proprio per questo ti manda per ore nella direzione sbagliata.

Prima il sintomo, poi la decisione

La domanda vera non è "come torno indietro", è che cosa è rotto esattamente. Ci sono tre famiglie di sintomi e puntano in tre direzioni diverse.

La macchina non si avvia affatto. La questione è il kernel o lo strato di avvio. La via di ritorno è il kernel precedente, e di solito è ancora lì, perché gli aggiornamenti non cancellano i vecchi kernel.

La macchina si avvia ma il pannello non c’è. Un servizio non è partito. Guarda quale e perché; è quasi sempre una singola questione di configurazione, non l’intero aggiornamento.

Tutto si avvia ma qualcosa si comporta diversamente. Un componente è cambiato davvero. È qui che l’istinto di tornare indietro è più sbagliato: il lavoro giusto è leggere che cosa è cambiato.

Tornare indietro non è gratis

Riavvolgere il file system radice non annulla solo l’aggiornamento, annulla tutto da quel momento in poi. Le impostazioni cambiate nel frattempo, le chiavi di accesso aggiunte, le altre cose installate, tutto torna indietro. Tornare è una decisione, non un pulsante.

Una scala che parte dal più economico

Prova prima la cosa più stretta e, se funziona, non toccare altro:

Avvia con il kernel precedente. Riguarda solo il kernel e lascia il resto com’è.

Riporta un singolo pacchetto alla versione precedente. Il suo effetto resta limitato a quel pacchetto.

Riavvolgi lo stato del sistema nel suo insieme. Il più potente e il più costoso, tenuto per ultimo.

Scrivi prima di riparare

Annota che cosa hai visto: la riga di errore, quale servizio, che ora. Il giorno in cui torna a funzionare il motivo sparisce, e se la stessa cosa si ripete fra tre mesi non ti resterà nulla in mano.

Che cosa fa Atlas

Atlas fissa il kernel in esecuzione prima dell’aggiornamento. Così, anche se viene installato un kernel nuovo, il riavvio ti riporta su quello vecchio; passare al nuovo è un passo separato e consapevole. Quando passi al kernel nuovo, entra in gioco la guardia di avvio: verifica che il sistema si sia davvero alzato sano e, in caso contrario, torna da sola al kernel vecchio.

Prima dell’aggiornamento viene presa un’istantanea del file system radice. Su ZFS costa poco e il ritorno richiede minuti; sui sistemi senza ZFS lo stato dei pacchetti viene conservato a parte, quindi non l’intero sistema ma lo stato di installazione si può annullare. Vengono tenute le ultime cinque istantanee pre-aggiornamento, le più vecchie si puliscono.

Finita l’installazione parte un altro controllo: i servizi critici sono su, l’intesa di cluster regge ancora. Così la domanda "si è rotto qualcosa" viene posta prima che te ne accorga tu.

⚠️ L’avvertenza sopra resta valida: riavvolgere il file system radice nel suo insieme annulla più dell’aggiornamento. Atlas tiene pronta l’istantanea, ma la decisione di tornare indietro è tua.