Terminale predefinito in Ubuntu: cosa cambia davvero
In Ubuntu il “terminale predefinito” non è un singolo interruttore universale: dipende dal desktop environment, dal gestore del menu applicazioni, e spesso anche da come apri il terminale. C’è il terminale lanciato dall’icona nel dock, quello richiamato dal tasto rapido, quello usato dai menu contestuali e quello invocato da strumenti di sistema o script. Se vuoi un risultato affidabile, devi capire prima quale livello stai modificando.
Per uso pratico, gli scenari sono tre: cambiare l’applicazione che si apre quando clicchi su “Terminale”, scegliere quale emulatore viene usato dal sistema quando un tool fa affidamento su un comando generico, oppure impostare un terminale specifico come preferito per il tuo utente. In Ubuntu moderno, con GNOME, il punto critico è che molte impostazioni sono per utente e non globali, quindi la modifica va verificata nel contesto reale, non solo “sembra salvata”.
Metodo più semplice: cambiare il terminale dal desktop environment
Se usi Ubuntu con GNOME, il modo più pulito è scegliere il terminale dal file manager o dal launcher, quando il sistema espone un elenco di applicazioni associate. Non sempre però GNOME offre una voce esplicita per il terminale predefinito come fanno altri desktop. In pratica, spesso il terminale che vedrai dipende dal comando registrato nel sistema come applicazione desktop e dal nome del pacchetto installato.
Prima di toccare configurazioni, controlla quali emulatori hai già installato. Non assumere che “Terminale” significhi sempre la stessa cosa: su Ubuntu puoi trovare gnome-terminal, tilix, konsole, xterm, alacritty o altri. Il primo passo è sapere cosa hai a disposizione.
Usa questo controllo rapido:
dpkg -l | grep -E 'gnome-terminal|tilix|konsole|xterm|alacritty|mate-terminal|xfce4-terminal'
Se il comando non restituisce nulla per il terminale che vuoi usare, la modifica non è ancora possibile: prima va installato il pacchetto corretto. Su Ubuntu con interfaccia grafica, in genere è preferibile usare il terminale già supportato dal desktop per evitare problemi di integrazione con launcher, scorciatoie e menu contestuali.
Impostare il terminale con update-alternatives
Quando vuoi cambiare il terminale usato da un comando generico o da tool che si appoggiano al sistema delle alternative, il meccanismo da verificare è update-alternatives. Non tutti i desktop lo usano per aprire il terminale grafico, ma è il posto giusto se vuoi capire quale emulatore è registrato come scelta del sistema.
Prima verifica se esiste un gruppo per il terminale:
update-alternatives --display x-terminal-emulator
Se il sistema è configurato, vedrai una lista di binari candidati e il percorso attualmente selezionato. Se invece ricevi un messaggio del tipo “no alternatives for x-terminal-emulator”, vuol dire che il desktop o i pacchetti installati non hanno ancora registrato una scelta utile. In quel caso il gap non è da indovinare: va chiuso installando o registrando un emulatore compatibile.
Per selezionare manualmente un terminale tra quelli disponibili:
sudo update-alternatives --config x-terminal-emulator
Il sistema ti mostrerà un elenco numerato. Scegli il numero corrispondente al terminale desiderato. Questa operazione è reversibile: puoi ripetere il comando e tornare indietro in qualsiasi momento. Prima di confermare, controlla il percorso esatto del binario che stai selezionando, così eviti di puntare a un’app non più installata.
Se vuoi installare un candidato comune e registrarlo correttamente, ad esempio xterm o gnome-terminal, puoi farlo con i pacchetti standard di Ubuntu:
sudo apt update
sudo apt install xterm gnome-terminal
Non è obbligatorio installarli entrambi: serve solo l’emulatore che vuoi usare. Se l’obiettivo è uniformare il comportamento su più macchine, conviene standardizzare su un terminale già presente nel parco software aziendale, così riduci sorprese tra una postazione e l’altra.
Impostare il terminale predefinito su GNOME in Ubuntu
Su Ubuntu GNOME, molte persone si aspettano un pannello “Terminale predefinito” e non lo trovano. È normale: GNOME tende a delegare questa scelta al meccanismo delle applicazioni desktop o alle preferenze dell’ambiente. Per questo conviene verificare sia l’associazione del comando generico sia il launcher effettivo.
Un controllo utile è vedere quale file desktop è presente nel sistema per il terminale che vuoi usare. I file desktop si trovano in genere in /usr/share/applications/. Esempio:
ls /usr/share/applications | grep -E 'gnome-terminal|xterm|tilix|konsole|alacritty'
Se il launcher del tuo desktop punta a una voce specifica, il nome del file desktop conta. In un ambiente GNOME, puoi anche ispezionare l’associazione locale dell’utente tramite i file di configurazione del menu applicazioni, ma prima di modificarli conviene capire se il comportamento che vuoi cambiare è davvero quello del menu o solo del tasto rapido.
Per esempio, se il tuo obiettivo è che il terminale aperto da una scorciatoia personalizzata sia sempre quello giusto, la soluzione più pulita è associare la scorciatoia al comando esplicito dell’emulatore, non a un nome generico. In pratica, invece di affidarti a un “default” ambiguo, usi direttamente il binario corretto.
Scorciatoia da tastiera: aprire sempre il terminale scelto
Molti problemi nascono perché l’utente cambia il terminale “di sistema” ma la scorciatoia del desktop continua a richiamare quello vecchio. In GNOME, la combinazione più comune è Ctrl+Alt+T. Se vuoi che apra un terminale diverso, devi intervenire sulla scorciatoia personalizzata o sulla voce già definita nel gestore delle keyboard shortcuts.
Per controllare la scorciatoia attiva, apri le impostazioni di Ubuntu e vai nella sezione tastiera o scorciatoie. Cerca la voce relativa al terminale e verifica il comando collegato. Se il sistema non mostra una voce modificabile, puoi creare un collegamento personalizzato che richiami direttamente il terminale desiderato.
Esempio pratico con un comando esplicito:
gnome-terminal
oppure:
tilix
Se vuoi lanciare un comando all’avvio del terminale, puoi usare l’opzione del programma specifico, ma qui serve attenzione: ogni emulatore ha sintassi diversa. Non dare per scontato che un argomento valido per gnome-terminal funzioni anche su konsole o alacritty. Il controllo minimo è l’help del comando:
gnome-terminal --help
konsole --help
alacritty --help
Così eviti di creare una scorciatoia rotta che sembra funzionare ma poi si apre vuota o fallisce silenziosamente.
Terminale predefinito da riga di comando: quando conviene davvero
La CLI conviene quando devi replicare la configurazione su più host, documentarla in modo chiaro o applicarla via script. Se lavori su macchine gestite, una modifica da GUI è più facile da fare male e più difficile da auditare. Con la CLI puoi verificare subito il prima e dopo, e soprattutto lasciare traccia precisa di cosa hai cambiato.
Una sequenza minima sensata è questa: identificare il terminale attuale, scegliere il nuovo, testarlo, poi rendere persistente l’associazione. Per esempio:
update-alternatives --display x-terminal-emulator
sudo update-alternatives --config x-terminal-emulator
x-terminal-emulator
Il terzo comando serve come test funzionale: se il sistema ha un wrapper valido, dovrebbe aprire il terminale scelto. Se non succede, il problema non è solo di preferenza ma di registrazione o di PATH. In quel caso controlla anche:
echo $PATH
which x-terminal-emulator
readlink -f /etc/alternatives/x-terminal-emulator
La combinazione di questi comandi ti dice se il wrapper esiste, dove punta e se il binario è raggiungibile. È il modo più veloce per distinguere un problema di configurazione da un pacchetto mancante.
Preferire un terminale diverso: criteri pratici
Non tutti i terminali sono equivalenti. La scelta dipende dal contesto operativo. Se vuoi compatibilità e integrazione con GNOME, gnome-terminal resta la scelta più lineare. Se vuoi finestre suddivise e workflow da power user, tilix può avere più senso. Se cerchi performance e rendering moderno, alacritty è spesso interessante, ma richiede più attenzione quando vuoi aprire schede o integrazioni tipiche dei desktop tradizionali.
In un contesto di amministrazione di sistema, il criterio non deve essere “quello più bello”, ma quello che riduce gli attriti operativi. Se il team usa script, alias, scorciatoie e procedure documentate, scegliere un terminale poco standard può introdurre differenze inutili. Il vantaggio di un terminale predefinito coerente è che diminuisci il numero di eccezioni da gestire quando qualcuno dice “a me non si apre”.
Se invece stai lavorando su una workstation personale e vuoi un’esperienza specifica, la priorità può essere diversa. In quel caso la regola è semplice: il terminale predefinito deve corrispondere a quello che usi davvero ogni giorno, non a quello che il sistema suggerisce per default. Se non coincide, cambialo e verifica subito il comportamento di avvio, delle scorciatoie e dei menu contestuali.
Verifica del risultato: non fidarti solo dell’impostazione salvata
La parte che molti saltano è il test finale. Hai cambiato la preferenza, ma devi controllare tre cose: apertura dal launcher, apertura da scorciatoia e richiamo da comando. Se una delle tre fallisce, il “predefinito” non è davvero uniforme.
Checklist minima:
- Apri il terminale dal menu applicazioni e conferma il nome della finestra.
- Premi la scorciatoia configurata, ad esempio Ctrl+Alt+T, e verifica che apra lo stesso emulatore.
- Esegui
update-alternatives --display x-terminal-emulatore controlla che il percorso selezionato coincida con la tua scelta. - Se usi un launcher personalizzato, apri il file .desktop o la configurazione della scorciatoia e verifica il comando effettivo.
Se vuoi essere più rigoroso, tieni aperto un terminale e lancia un test di identificazione del binario in uso, ad esempio con il nome della finestra o con il processo padre. Non è sempre necessario, ma in ambienti con più emulatori installati aiuta a evitare ambiguità.
Ripristino e rollback: tornare indietro senza lasciare il sistema sporco
Ogni modifica al terminale predefinito deve essere reversibile. Se hai usato update-alternatives, il rollback è immediato: rilanci il comando e scegli la voce precedente. Se hai cambiato una scorciatoia grafica, rimetti il comando originario. Se hai modificato file desktop o configurazioni utente, conserva sempre una copia prima di intervenire.
Un backup minimale, prima di toccare impostazioni utente, può essere fatto così:
cp -a ~/.local/share/applications ~/.local/share/applications.bak
cp -a ~/.config ~/.config.bak
Non è un’operazione da fare alla cieca su tutta la home in produzione personale, ma è utile quando vuoi salvare le impostazioni che contano davvero. Se il contesto è aziendale, meglio esportare solo i file coinvolti e versionarli in un repository di configurazione o in un backup documentato.
Per un rollback pulito, tieni traccia del valore precedente: nome del pacchetto, percorso del binario, comando della scorciatoia e eventuali file desktop toccati. Senza questa traccia, il ritorno indietro diventa un tentativo a memoria, e lì gli errori sono frequenti.
Problemi tipici e come riconoscerli
Il primo problema tipico è il terminale “giusto” che non si apre perché il pacchetto non è installato. La verifica è semplice: dpkg -l o which ti dicono subito se il binario esiste. Il secondo problema è la scorciatoia che punta ancora a un comando vecchio. Qui il controllo va fatto nel pannello scorciatoie, non nelle alternative di sistema. Il terzo è un conflitto con il file desktop: il launcher mostra un nome, ma il comando reale è un altro.
Un sintomo frequente è che il terminale si apre ma non rispetta il comportamento atteso, ad esempio non usa il profilo corretto, non apre nella directory giusta o mostra una finestra diversa da quella prevista. In quel caso il problema non è il “predefinito”, ma l’argomento di avvio o il profilo dell’emulatore. Devi intervenire sulla configurazione specifica del terminale scelto.
Se lavori in ambienti misti, ricordati che una procedura valida per GNOME può non esserlo per KDE, Xfce o MATE. Il principio resta lo stesso, ma il punto di configurazione cambia. Prima di cercare soluzioni complicate, identifica con precisione il desktop in uso con:
echo $XDG_CURRENT_DESKTOP
echo $DESKTOP_SESSION
Queste variabili non sempre bastano da sole, ma sono un buon primo filtro per evitare di seguire una guida sbagliata per il tuo ambiente.
Scelta consigliata in pratica
Se vuoi una risposta operativa e non teorica: su Ubuntu con GNOME, lascia il terminale predefinito all’emulatore integrato se ti basta una gestione semplice e prevedibile. Se vuoi usare un terminale diverso, prima verifica che sia installato, poi impostalo tramite update-alternatives quando il sistema lo supporta, e infine correggi scorciatoie o launcher che ancora puntano al vecchio comando. È questo il punto che spesso viene trascurato: cambiare il default non basta se esistono altri riferimenti hardcoded al terminale precedente.
La regola da tenere in testa è molto concreta: modifica il livello giusto. Se il problema è il comando generico, usa le alternative. Se il problema è la scorciatoia, cambia la scorciatoia. Se il problema è il launcher, correggi il file desktop o la voce dell’applicazione. Fare tutto insieme senza distinguere i livelli porta quasi sempre a una configurazione confusa e difficile da mantenere.
Assunzione: i comandi indicati sono pensati per Ubuntu recente con ambiente grafico standard e possono richiedere adattamenti minimi in base al desktop environment installato.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.