1 13/10/2026 8 min

Su AlmaLinux e Rocky Linux i pulsanti Minimizza e Massimizza non spariscono per un problema del kernel o di systemd: nella maggior parte dei casi è una scelta di GNOME, del tema usato dalla sessione grafica oppure di una preferenza salvata dall’utente. La correzione è quasi sempre locale e reversibile, quindi conviene partire da lì invece di inseguire pacchetti o reinstallazioni inutili.

Il punto pratico è semplice: se la finestra ha il bordo, si ridimensiona e il desktop risponde, il layer grafico è vivo. Manca solo il controllo nella decorazione della finestra. In altre parole, il problema sta quasi sempre tra GNOME Shell, libadwaita/tema e impostazioni dell’utente.

Quando i pulsanti spariscono davvero

Su distribuzioni come AlmaLinux e Rocky Linux, che in ambiente desktop ereditano il comportamento di GNOME su base Enterprise Linux, la finestra può mostrare solo il pulsante di chiusura. Non è una anomalia grave: GNOME tende a ridurre gli elementi della chrome della finestra e lascia all’utente scorciatoie da tastiera e gesture. Molti ambienti applicano poi un tema che nasconde o de-enfatizza i controlli.

Se però vuoi i pulsanti classici, il modo corretto per recuperarli è verificare prima chi sta gestendo la decorazione e poi applicare la modifica con un impatto limitato alla sessione utente. Evita di toccare a caso i pacchetti grafici: il rischio è introdurre conflitti di tema o comportamenti incoerenti fra applicazioni GTK e applicazioni che usano decorazioni lato client.

Verifica rapida: GNOME, tema e stato della sessione

Prima di cambiare qualcosa, controlla di essere davvero in una sessione GNOME e non in un altro desktop o in una sessione remota con compositing parziale.

Dal terminale dell’utente interessato esegui:

echo $XDG_CURRENT_DESKTOP echo $DESKTOP_SESSION
gnome-shell --version

Atteso: XDG_CURRENT_DESKTOP indica GNOME o un valore coerente con GNOME, e gnome-shell --version restituisce una versione valida. Se invece sei in Xfce, KDE o in una sessione VNC/RDP che non usa GNOME Shell, la procedura cambia e conviene non forzare impostazioni GNOME a vuoto.

Poi verifica il tema finestra e le estensioni attive:

gsettings get org.gnome.desktop.interface gtk-theme
gsettings get org.gnome.desktop.wm.preferences button-layout
gnome-extensions list

Il campo davvero interessante è button-layout. Se il valore è vuoto o contiene solo la chiusura, GNOME non mostra minimizza e massimizza. Un esempio tipico di layout completo è qualcosa come appmenu:minimize,maximize,close oppure una variante con i pulsanti a destra o a sinistra in base al tema.

Ripristino dei pulsanti con gsettings

La soluzione più pulita, quando il comportamento è legato alle preferenze utente, passa da gsettings. È una modifica non distruttiva, per utente corrente, e si può annullare in un attimo.

Imposta un layout classico con tutti i pulsanti:

gsettings set org.gnome.desktop.wm.preferences button-layout 'appmenu:minimize,maximize,close'

Se vuoi i pulsanti in stile tradizionale senza menu applicazione, puoi usare anche:

gsettings set org.gnome.desktop.wm.preferences button-layout 'minimize,maximize,close:'

Dopo il comando, apri una finestra nuova o riavvia la shell grafica. In sessione Xorg puoi spesso premere Alt+F2, digitare r e confermare; in Wayland questa strada non vale e conviene semplicemente chiudere e riaprire la sessione utente.

Se i pulsanti compaiono subito, il problema era solo un’impostazione salvata nel profilo. Se non cambia nulla, il colpevole è probabilmente il tema o un’estensione che sovrascrive la decorazione della finestra.

Ripristino grafico con dconf-editor o GNOME Tweaks

Se preferisci un percorso da interfaccia, su workstation è più comodo usare GNOME Tweaks o dconf-editor. Il vantaggio non è estetico: riduce gli errori quando devi confermare il valore esatto del parametro.

Con GNOME Tweaks non sempre trovi il layout dei pulsanti in modo diretto, ma puoi verificare se il tema applicato è coerente. Con dconf-editor il percorso è più esplicito:

/org/gnome/desktop/wm/preferences/button-layout

Il valore va impostato sulla stringa desiderata, poi la modifica si applica senza toccare il sistema. Se stai operando su una macchina condivisa, questa è la soluzione migliore perché limita il blast radius al solo utente loggato.

Tema GTK e decorazioni lato client

Su GNOME moderno molte applicazioni GTK usano decorazioni lato client. Questo significa che il tema influenza più di quanto sembri: un tema non allineato con la versione di GNOME può nascondere o ridisegnare i pulsanti in modo inatteso.

Controlla il tema corrente:

gsettings get org.gnome.desktop.interface gtk-theme
gsettings get org.gnome.desktop.interface icon-theme

Se stai usando un tema terzo, prova temporaneamente il tema predefinito della distribuzione o il tema Adwaita, poi riapri una finestra. Se i pulsanti tornano, il fix non è nel desktop ma nel tema. In quel caso la correzione strutturale è aggiornare il tema, non forzare GNOME.

Un test utile è aprire una finestra di sistema, ad esempio file manager o impostazioni, e confrontarla con una finestra di terze parti. Se i pulsanti mancano solo in alcune applicazioni, il problema può essere dell’applicazione stessa o del toolkit usato, non del desktop in generale.

Estensioni GNOME: il falso colpevole frequente

Le estensioni possono cambiare completamente il comportamento della barra superiore e della gestione finestre. Alcune aggiungono controlli, altre li nascondono, altre ancora rompono il rendering dopo un aggiornamento di GNOME.

Elenca le estensioni attive:

gnome-extensions list --enabled

Se trovi estensioni legate a shell themes, window controls o tiling, disattivale una alla volta e verifica il risultato. Il principio è semplice: modifica minima, verifica immediata, poi si decide se rimuovere o aggiornare l’estensione.

Disattivazione mirata:

gnome-extensions disable NOME-ESTENSIONE

Se i pulsanti tornano, hai trovato il layer che altera la UI. Il rollback è altrettanto semplice:

gnome-extensions enable NOME-ESTENSIONE

Qui il blast radius è basso: tocchi solo la sessione dell’utente e non il sistema.

Quando il problema è del window manager o di una sessione remota

Se la macchina è accessibile via RDP, VNC o console virtuale, può capitare che la finestra venga resa da un server grafico diverso da quello locale. In questi casi i pulsanti possono dipendere dal window manager della sessione remota, non dal desktop installato sulla macchina.

Controlla il contesto grafico:

echo $DISPLAY
loginctl show-session "$XDG_SESSION_ID" -p Type -p Class -p Remote

Se la sessione è remota o il tipo non è quello atteso, la correzione va fatta nel desktop della sessione remota. Non ha senso inseguire impostazioni locali del server se l’utente sta vedendo un desktop virtuale separato.

Soluzione di sistema: pacchetti e aggiornamenti

Solo dopo aver escluso preferenze utente, tema e estensioni ha senso verificare i pacchetti del desktop. Su AlmaLinux e Rocky Linux una versione vecchia di GNOME Shell, GTK o del tema distribuito può introdurre regressioni visive.

Verifica i pacchetti installati e disponibili:

rpm -q gnome-shell mutter gtk3 gtk4 adwaita-gtk-theme
sudo dnf check-update

Se il problema coincide con un aggiornamento recente, confronta il comportamento con una sessione utente nuova. Se invece la macchina è ferma da tempo, un aggiornamento controllato del solo stack grafico può risolvere bug noti. In ogni caso, conserva il rollback: la via più semplice è uno snapshot VM o un punto di ripristino del sistema, non un tentativo a mano di ripiegare pacchetti singoli senza tracciamento.

Se devi aggiornare, fallo in finestra di manutenzione e verifica prima la compatibilità con le applicazioni grafiche usate dagli utenti. Su workstation di produzione il rischio non è il downtime del server, ma il blocco operativo dell’utente.

Diagnosi pratica in cinque minuti

Se vuoi un percorso rapido, questo è il minimo utile per capire dove intervenire:

  1. Controlla se sei in GNOME con echo $XDG_CURRENT_DESKTOP.
  2. Leggi il layout pulsanti con gsettings get org.gnome.desktop.wm.preferences button-layout.
  3. Imposta un layout completo con gsettings set org.gnome.desktop.wm.preferences button-layout 'appmenu:minimize,maximize,close'.
  4. Disattiva temporaneamente le estensioni con gnome-extensions list --enabled e poi gnome-extensions disable ....
  5. Prova il tema predefinito se il problema resta, per escludere un tema rotto.

Se il punto 3 risolve, il fix è già chiuso. Se il punto 4 risolve, documenta quale estensione crea il conflitto. Se il punto 5 risolve, il tema è da aggiornare o sostituire. Questo approccio è più solido di una reinstallazione del desktop, che spesso maschera il problema senza chiarirne la causa.

Rollback e prevenzione

Il rollback delle modifiche utente è banale: basta ripristinare il valore precedente di button-layout o cancellare la chiave con gsettings reset. Per esempio:

gsettings reset org.gnome.desktop.wm.preferences button-layout

Prima di cambiare valori in ambienti condivisi, annota lo stato iniziale. Se stai operando via script, esporta la chiave per avere un rollback pulito:

gsettings get org.gnome.desktop.wm.preferences button-layout

Per prevenire il problema nel tempo, tieni sotto controllo tre cose: aggiornamenti di GNOME, compatibilità del tema e stato delle estensioni. È qui che si rompe quasi tutto quando il desktop viene personalizzato troppo. Su una base stabile come AlmaLinux o Rocky Linux, la strada migliore è restare vicino ai componenti supportati dalla distribuzione e ridurre gli elementi grafici non necessari.

In pratica: se i pulsanti mancano, non partire dal sospetto peggiore. Parti dal layout dei pulsanti, poi tema, poi estensioni, infine pacchetti. È il modo più rapido per riportare la sessione a un comportamento prevedibile senza toccare il resto del sistema.