Come reimpostare GNOME su Ubuntu 24.04 e 22.04

Quando GNOME smette di comportarsi in modo normale su Ubuntu 24.04 o 22.04, la tentazione è reinstallare tutto. In pratica, quasi sempre basta riportare a uno stato pulito il profilo utente, isolare eventuali estensioni rotte e verificare che il display manager e i pacchetti base siano integri. Il punto non è “resettare GNOME” in astratto: bisogna capire se il problema sta nel profilo grafico dell’utente, nella sessione, nelle estensioni, nel tema, nella cache o nel server grafico sottostante.

Su Ubuntu 24.04 e 22.04 GNOME gira sopra componenti abbastanza standard: `gdm3` come display manager, `gnome-shell` per la sessione, `gsettings` e `dconf` per la configurazione utente, più il pacchetto di estensioni installate dal sistema o dal browser. Se il desktop entra in loop, si apre con pannello rotto, non carica il dock o mostra una schermata nera dopo il login, il reset corretto non è uno solo: conviene procedere per livelli, dal meno invasivo al più incisivo.

Prima distinzione: problema di GNOME o problema della sessione grafica

Prima di toccare configurazioni, conviene classificare il guasto. Se il login funziona ma la shell è instabile, il problema è quasi sempre nel profilo utente o nelle estensioni. Se invece non arrivi proprio al desktop, o vedi solo cursore e sfondo vuoto, bisogna controllare `gdm3`, Wayland/Xorg, driver video e spazio su disco. Su un sistema usato in produzione o su una postazione critica, assumo impatto utente fino a prova contraria.

Stato atteso: dopo il login appare GNOME Shell con top bar, overview funzionante, menu di sistema e applicazioni avviabili. Stato osservato nei casi tipici: shell che non carica correttamente, crash della sessione, estensioni disattivate o comportamento incoerente dopo aggiornamenti, cambio tema o importazione di un profilo vecchio.

Reset rapido e reversibile del profilo GNOME

Il reset più utile è quello del profilo utente, perché GNOME memorizza gran parte dello stato in `dconf`. Questo non tocca i pacchetti di sistema e lascia intatti i dati personali. È il primo passo se la sessione si avvia ma l’interfaccia è rotta, lenta o piena di anomalie.

Prima di cambiare qualcosa, salva il database di configurazione. Il backup è piccolo e ti dà un rollback pulito se il reset peggiora la situazione.

mkdir -p ~/backup-gnome
cp -a ~/.config/dconf/user ~/backup-gnome/dconf-user.$(date +%F-%H%M%S)

Se il file esiste e viene copiato senza errori, hai già un punto di ritorno. Dopo il backup, puoi azzerare tutta la configurazione GNOME dell’utente con un comando secco:

dconf reset -f /org/gnome/

Questo comando cancella le preferenze sotto il ramo GNOME del database `dconf`: pannello, dock, tema, scorciatoie, impostazioni della shell e molte estensioni. Il risultato atteso è un desktop che torna ai valori predefiniti di GNOME per quell’utente. Se il problema era un’impostazione corrotta, spesso basta questo.

Per verificare l’effetto senza rifare il login, puoi leggere una chiave nota. Ad esempio, il tema della shell o l’ordine delle applicazioni possono tornare al default. Un controllo più utile è aprire una nuova sessione grafica o disconnettersi e rientrare. Se la shell riparte pulita, hai confermato che il problema era nel profilo utente e non nel sistema.

Disattivare le estensioni prima di accusare GNOME

Le estensioni sono la causa più comune di desktop “rotto” dopo gli aggiornamenti. Un’estensione pensata per una versione di GNOME può andare fuori schema anche se il resto del sistema è sano. In pratica, molti problemi attribuiti a GNOME sono un conflitto con un add-on.

Il controllo veloce è elencare le estensioni abilitate e disattivarle temporaneamente. Il comando seguente mostra l’elenco attivo:

gnome-extensions list --enabled

Se la shell è ancora accessibile, disabilita tutto in blocco e verifica il comportamento. Questo è reversibile e molto più pulito che cancellare a mano file sparsi nella home.

gnome-extensions disable $(gnome-extensions list --enabled)

Dopo il logout/login, osserva se tornano il pannello, il menu applicazioni e la stabilità generale. Se il desktop si normalizza, riabilita una estensione alla volta. Questo ti dice subito quale componente rompe la sessione. Se invece non cambia nulla, il problema è altrove.

Se vuoi un reset più drastico delle estensioni installate dall’utente, controlla la directory `~/.local/share/gnome-shell/extensions/`. Rinominare la cartella è più sicuro che cancellarla subito:

mv ~/.local/share/gnome-shell/extensions ~/.local/share/gnome-shell/extensions.disabled

Rollback: basta ripristinare il nome originale della directory. Il blast radius è limitato alla sessione dell’utente corrente.

Ripristinare il tema e le impostazioni visuali senza toccare i dati

Un tema GTK o Shell corrotto può generare effetti strani: finestre bianche, pulsanti invisibili, testo illeggibile, crash del pannello o rendering incoerente. Se il desktop si apre ma l’aspetto è chiaramente alterato, conviene riportare tutto ai default del tema Adwaita e del font standard.

Le chiavi più utili sono quelle sotto `org.gnome.desktop.interface`. Per vedere i valori attuali:

gsettings list-recursively org.gnome.desktop.interface

Se noti temi personalizzati, puoi riportare le impostazioni base così:

gsettings set org.gnome.desktop.interface gtk-theme 'Yaru'
gsettings set org.gnome.desktop.interface icon-theme 'Yaru'
gsettings set org.gnome.desktop.interface cursor-theme 'Yaru'

Su Ubuntu 24.04 il tema predefinito può variare con gli aggiornamenti del pacchetto tema; su 22.04 il riferimento comune è ancora Yaru. Se non sei sicuro del tema installato, verifica i pacchetti presenti prima di forzare un valore che non esiste:

dpkg -l | grep -E 'yaru|gnome-themes|adwaita'

Se il tema è il colpevole, il cambio si vede subito dopo il logout/login o riavviando la shell. Se non cambia nulla, non insistere qui: il malfunzionamento non è cosmetico.

Reset della shell GNOME senza reinstallare il desktop

Quando vuoi un reset più ampio, ma ancora controllato, non serve rimuovere l’intero ambiente grafico. Basta ripulire i componenti utente principali: cache, configurazioni della shell e impostazioni correlate. Questo è utile se GNOME si comporta male dopo un aggiornamento o una migrazione di profilo.

La parte più sicura è spostare i file invece di eliminarli. Ad esempio, puoi mettere da parte la configurazione della shell e del monitoraggio utente:

mkdir -p ~/backup-gnome/shell
mv ~/.config/gnome-shell ~/.config/gnome-shell.bak 2>/dev/null
mv ~/.local/share/gnome-shell ~/backup-gnome/shell/ 2>/dev/null
mv ~/.cache/gnome-shell ~/backup-gnome/shell/ 2>/dev/null

Non tutti i percorsi esistono su tutte le versioni, quindi i redirect di errore evitano falsi allarmi. Dopo il riavvio della sessione, GNOME rigenera ciò che manca. Se il desktop torna a funzionare, sai che il problema era nello stato locale della shell.

Se vuoi un controllo più mirato, puoi anche cancellare solo la cache dell’utente. È una misura a basso rischio, utile quando la shell si blocca o presenta artefatti grafici:

rm -rf ~/.cache/*

Qui il rischio è più alto perché non tocchi solo GNOME ma tutta la cache utente. Il rollback non serve in senso stretto, ma l’effetto collaterale è che le applicazioni ricostruiranno cache e anteprime. Se vuoi un approccio più prudente, elimina solo `~/.cache/gnome-shell/` o i percorsi direttamente coinvolti nel problema.

Controllare GDM, Wayland e Xorg quando il desktop non arriva proprio al login

Se non raggiungi nemmeno la schermata di accesso, il reset di GNOME non basta. In quel caso il layer da verificare è il display manager o lo stack grafico. Su Ubuntu, `gdm3` è il primo sospetto. Un controllo minimo è vedere se il servizio è attivo e se registra errori recenti:

systemctl status gdm3 --no-pager
journalctl -u gdm3 -b --no-pager | tail -n 50

Se `gdm3` è attivo ma la schermata resta nera, il problema può essere Wayland o il driver video. Per falsificare rapidamente questa ipotesi, prova a forzare una sessione Xorg dal login, oppure disabilita Wayland in GDM e verifica il comportamento al riavvio. Il file da controllare è `/etc/gdm3/custom.conf`.

sudo cp -a /etc/gdm3/custom.conf /etc/gdm3/custom.conf.bak
sudo sed -i 's/^#WaylandEnable=false/WaylandEnable=false/' /etc/gdm3/custom.conf

Dopo la modifica, riavvia `gdm3` o il sistema e verifica se il login torna stabile. Questo cambiamento ha un blast radius limitato alla gestione della sessione grafica, ma va trattato come change controllato: se peggiora la situazione, ripristina il file di backup e riavvia il servizio.

Pacchetti GNOME danneggiati o mismatch dopo aggiornamento

Se il problema nasce dopo un upgrade, la shell può essere sana ma i pacchetti non allineati. In quel caso il reset del profilo non basta: bisogna verificare integrità e versione dei componenti base. Un controllo rapido dei pacchetti coinvolti è questo:

dpkg -l | grep -E 'gnome-shell|gdm3|mutter|gnome-session|ubuntu-desktop'

Se vedi stati anomali, dipendenze spezzate o versioni incoerenti, la soluzione più pulita è riallineare il meta-pacchetto desktop:

sudo apt update
sudo apt install --reinstall ubuntu-desktop gnome-shell gdm3 mutter gnome-session

Qui il rollback è semplice ma va pensato prima: annota la versione attuale dei pacchetti se stai operando in una macchina critica. Se il reinstall non risolve, il problema è probabilmente nei dati utente o nel driver grafico, non nei binari principali.

Verifiche finali: cosa controllare dopo il reset

Dopo ogni intervento, non limitarti a “sembra andare”. Controlla almeno questi punti: accesso alla sessione, stabilità della barra superiore, apertura del menu applicazioni, avvio di una finestra, cambio workspace e assenza di errori in `journalctl`. Se vuoi un segnale oggettivo, cerca crash o restart di `gnome-shell` nel log utente.

journalctl --user -b --no-pager | grep -iE 'gnome-shell|mutter|gjs|extension|segfault|crash'

Un risultato pulito non significa zero log, ma assenza di errori ripetuti, segfault e restart della shell. Se invece compare `gnome-shell` che si chiude e riapre, il reset non ha isolato la causa oppure c’è una combinazione tra estensione, tema e driver grafico.

Se hai disabilitato estensioni o modificato `custom.conf`, riattiva solo ciò che serve e una variabile alla volta. Questo è il modo corretto di capire quale componente rompe la sessione. In un ambiente con più utenti, evita di applicare cambiamenti globali prima di aver verificato che il problema sia davvero sistemico.

Sequenza pratica consigliata su Ubuntu 24.04 e 22.04

Se vuoi una procedura lineare, questa è la sequenza che userei in campo: prima backup di `dconf`, poi reset del ramo GNOME, poi disattivazione estensioni, quindi controllo tema e cache, infine verifica di `gdm3` e dello stack grafico se il login resta instabile. È il compromesso giusto tra velocità e rischio.

1. Salva `~/.config/dconf/user` in una directory di backup.
2. Esegui `dconf reset -f /org/gnome/` e fai logout/login.
3. Disabilita tutte le estensioni con `gnome-extensions disable ...` e verifica la shell.
4. Riporta tema e icone ai valori di default con `gsettings`.
5. Se serve, sposta `~/.local/share/gnome-shell/` e `~/.cache/gnome-shell/` fuori dal percorso attivo.
6. Se il login non parte, controlla `systemctl status gdm3` e i log in `journalctl -u gdm3 -b`.
7. Solo se necessario, riallinea i pacchetti con `apt install --reinstall`.

Assunzione finale: il problema è limitato a GNOME o alla sessione grafica, non a un guasto hardware o a filesystem pieno; se emergono errori di disco, OOM o driver video, il reset del desktop non è la causa né la cura.