Spazio insufficiente nella partizione /boot durante gli aggiornamenti di Fedora

Se usi Fedora (o qualsiasi distribuzione Linux basata su RPM), potresti imbatterti in un problema comune durante gli aggiornamenti del kernel: spazio insufficiente nella partizione /boot. È successo anche a me oggi, mentre aggiornavo il mio PC con Fedora 43. Ecco come ho risolto il problema in pochi passaggi, e come ho configurato il sistema per evitare che si ripresenti in futuro.

Il problema #

Ogni mattina, come parte della mia routine di manutenzione, eseguo un aggiornamento completo del sistema. Questa volta, però, durante l’aggiornamento del kernel, ho ricevuto un errore che ha bloccato l’installazione degli aggiornamenti:

Running transaction
Transaction failed: Rpm transaction failed.
  - installing package kernel-core-6.18.4-200.fc43.x86_64 needs 10MB more space on the /boot filesystem

La partizione /boot era piena, e non c’era spazio sufficiente per installare il nuovo kernel.

La soluzione #

La causa principale di questo problema è l’accumulo di vecchi kernel che non vengono rimossi automaticamente. Ecco come ho liberato spazio e completato l’aggiornamento:

Passo 1: Verifica i kernel installati #

Per vedere quali kernel sono installati, esegui:

rpm -q kernel-core

Nel mio caso, l’output era simile a questo:

kernel-core-6.17.1-300.fc43.x86_64
kernel-core-6.17.12-300.fc43.x86_64
kernel-core-6.18.3-200.fc43.x86_64

Passo 2: Rimuovi i vecchi kernel #

Ho scelto di rimuovere il kernel più vecchio (in questo caso, kernel-core-6.17.1-300.fc43.x86_64) con il comando:

sudo dnf remove kernel-core-6.17.1-300.fc43.x86_64
# Opzionalmente, puoi anche eseguire una pulizia automatica dei pacchetti non più necessari:
sudo dnf autoremove

uname -r

Passo 3: Verifica lo spazio disponibile #

Dopo la rimozione, ho controllato lo spazio liberato in /boot con il comando:

df -h /boot

Passo 4: Riprova l’aggiornamento #

Con spazio sufficiente, ho riavviato l’aggiornamento:

sudo dnf upgrade

E questa volta tutto è andato a buon fine!

Prevenire il problema in futuro #

Per evitare che /boot si riempia nuovamente, ho modificato la configurazione di dnf per limitare il numero di kernel installati contemporaneamente. Ho aperto il file di configurazione:

sudo nano /etc/dnf/dnf.conf

E ho aggiunto la seguente riga:

[main]
installonly_limit=2

Cosa significa installonly_limit?

• Imposta il numero massimo di kernel (o pacchetti "installonly") che possono essere installati contemporaneamente.
• Il valore predefinito è 3, ma puoi ridurlo a 2 per risparmiare spazio.
• 0 significa "nessun limite", ma, visti i problemi di spazio, è meglio evitarlo.

Conclusione #

Questo problema è comune, ma la soluzione è semplice: rimuovere i vecchi kernel e, se necessario, regolare il limite di dnf. Ora il mio sistema è aggiornato e /boot non dovrebbe più riempirsi con i vecchi kernel.