Linux mostra un messaggio di errore all’avvio: cause e soluzioni dettagliate

Durante l’avvio di Linux, a volte sullo schermo compaiono messaggi di errore e il sistema si blocca prima di arrivare al desktop. Anche se questi messaggi possono sembrare preoccupanti, in realtà sono spesso l’indizio più utile per capire la vera causa del problema.

In questo articolo vedremo in modo dettagliato le cause più comuni degli errori di avvio di Linux e i passaggi da seguire per risolverli.

1. Non riavviare il computer più volte senza controllare l’errore

Quando appare un errore durante l’avvio, molti utenti iniziano subito a riavviare il computer più volte. Se però il problema riguarda il file system o il disco, questo comportamento può peggiorare la situazione.

È meglio fare prima queste cose:

annotare il messaggio di errore esatto
fare una foto allo schermo
capire in quale fase del boot il sistema si blocca
ricordare le ultime modifiche effettuate

Se il problema è iniziato dopo un aggiornamento, la causa potrebbe essere il kernel o i driver. Se prima c’è stato uno spegnimento improvviso, il danneggiamento del file system è più probabile.

2. Tipi comuni di errori all’avvio

errori di GRUB o del bootloader
errori del file system
problemi del kernel o di initramfs
servizi systemd che non si avviano
problemi del driver GPU o della grafica
spazio su disco insufficiente
guasti fisici del disco

Anche se il sintomo generale è sempre “Linux non si avvia”, la soluzione cambia in base al tipo di errore.

3. Mostrare i messaggi di avvio dettagliati

Molte distribuzioni nascondono i messaggi dettagliati con quiet splash. Per vedere la causa reale, è utile rimuovere temporaneamente questa opzione da GRUB.

Riavvia il computer
Subito dopo l’accensione premi più volte Shift oppure Esc
In GRUB seleziona la voce di avvio e premi e
Rimuovi quiet splash
Avvia con Ctrl + X

In questo modo potrai vedere più chiaramente in quale punto il boot si interrompe.

4. Se compare “grub rescue” o “no such partition”

Se all’accensione compare subito grub rescue oppure un errore come “no such partition”, il problema è spesso legato al bootloader o alla struttura delle partizioni.

Cause frequenti:

le partizioni sono state modificate o spostate
Windows in dual boot ha sovrascritto le informazioni di avvio
la partizione EFI o la partizione /boot è danneggiata
la configurazione di GRUB si è rotta

In molti casi è possibile usare una Live USB e reinstallare GRUB:

sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi   # solo per sistemi UEFI

sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys

sudo chroot /mnt
grub-install /dev/sda
update-grub
exit
sudo reboot

Occorre sostituire i nomi dei dispositivi con quelli corretti per il proprio sistema.

5. Se il sistema entra in emergency mode

Il messaggio You are in emergency mode di solito significa che il sistema ha trovato un problema serio nel montare le partizioni o nel leggere impostazioni importanti. Una causa molto comune è un errore nel file /etc/fstab.

Per prima cosa controlla i log:

journalctl -xb

Poi verifica il contenuto di fstab:

cat /etc/fstab

Errori tipici:

UUID errato
mount point inesistente
disco esterno indicato in fstab ma non collegato

Se trovi il problema, modifica il file:

nano /etc/fstab

Poi riavvia il sistema.

6. Se l’errore riguarda fsck o il file system

Messaggi come fsck failed o UNEXPECTED INCONSISTENCY indicano spesso un danno al file system. Questo succede spesso dopo un’interruzione di corrente o uno spegnimento forzato.

Il controllo va fatto in modo più sicuro da Recovery Mode o da Live USB:

sudo fsck -f /dev/sda1

Non è consigliabile eseguire fsck sulla partizione root attiva e già montata.

È utile anche controllare lo stato del disco:

sudo smartctl -a /dev/sda

Se SMART mostra molti errori, conviene salvare prima i dati importanti.

7. Se i servizi systemd falliscono

A volte il kernel Linux è già partito, ma un servizio importante non riesce ad avviarsi, e questo blocca il completamento del boot. In questi casi possono comparire messaggi come:

Failed to start ...
Dependency failed for ...

In questa situazione prova a entrare in TTY:

Ctrl + Alt + F2

Dopo il login, controlla i servizi che non sono partiti:

systemctl --failed
journalctl -xb

Per un servizio specifico:

systemctl status NetworkManager
journalctl -u NetworkManager -b

Se il servizio problematico non è critico, può essere disabilitato temporaneamente per capire se il sistema riesce a completare l’avvio.

8. Se il problema è nel kernel o in initramfs

Se il problema è iniziato dopo un aggiornamento del kernel, il nuovo kernel o initramfs potrebbe essere la causa. In tal caso prova a usare un kernel precedente da GRUB:

Apri GRUB
Seleziona Advanced options
Scegli una versione precedente del kernel

Se così il sistema si avvia, puoi rigenerare initramfs:

sudo update-initramfs -u

9. Se il problema è il driver GPU

A volte Linux è già partito, ma l’ambiente grafico non compare a causa di un problema con il driver GPU. Questo è particolarmente frequente dopo aggiornamenti NVIDIA.

Puoi provare ad aggiungere temporaneamente nomodeset in GRUB:

linux /boot/vmlinuz ... quiet splash nomodeset

Se il sistema si avvia in questo modo, è molto probabile che il problema riguardi il driver grafico. Dopo di che il driver può essere reinstallato.

10. Non dimenticare di controllare lo spazio libero

A volte la causa reale è molto semplice: la partizione root o /boot è completamente piena. Quando succede, gli aggiornamenti falliscono e l’avvio successivo può rompersi.

Controlla lo spazio con:

df -h

Se lo spazio è quasi esaurito, pulisci cache e pacchetti vecchi:

sudo apt clean
sudo apt autoremove

Potrebbe essere necessario anche rimuovere vecchi kernel e grandi file di log.

11. Se nulla funziona, fai prima il backup dei dati

Se TTY, Recovery Mode e le normali procedure di riparazione non aiutano, la scelta più sicura è avviare da Live USB e salvare prima i file importanti. Questo è ancora più importante se sospetti un guasto fisico del disco.

Da Live USB puoi:

copiare i file importanti
eseguire fsck
reinstallare GRUB
controllare i file di configurazione
valutare lo stato del disco

Riepilogo

Il fatto che Linux mostri un errore all’avvio non significa necessariamente che si debba reinstallare tutto. In molti casi il problema si risolve leggendo con attenzione il messaggio e controllando la causa passo dopo passo.

annota l’errore esatto
mostra i messaggi dettagliati di avvio
usa TTY, Recovery Mode o Live USB
controlla GRUB, file system, servizi, kernel, driver e spazio su disco
se sospetti un guasto del disco, salva prima i dati

La cosa più importante è non reinstallare alla cieca, ma usare il messaggio di errore come indizio per trovare la vera causa.