Configurare Xorg

[iononsbalgiomai]

Ciao ragazzi, ho realizzato delle pagine di prova per spiegare come testare ed impostare una risoluzione non presente nelle impostazioni dello schermo (problema che ho vissuto col mio 34" ultrawide).

La questione è già affrontata nella sezione Risoluzione dei problemi della pagina Hardware/Video/Xorg. Il problema è che così è poco visibile (pochissimo) sui motori di ricerca. Anche usando la funzione di ricerca del Wiki con le parole "risoluzione schermo" non esce nulla. La ricerca nel testo ci mette mezz'ora e alla fine il risultato giusto bisogna scendere per trovarlo.
Questo per dire che per risolvere il problema col mio monitor mi sono basato su una guida trovata su uno sconosciuto blog straniero e ho scoperto che lo stesso tema era affrontato nel Wiki solo dopo aver realizzato già un paio di pagine di prova

Ho creato fondamentalmente due versioni della stessa pagina, una con qualche esempio fra le righe e l'altra con le righe pulite e un esempio completo in fondo.

• iononsbalgiomai/XorgRisoluzioniSchermo
• iononsbalgiomai/XorgRisoluzioniSchermoEsempio

Prima di quelle ho fatto altre prove che potete vedere qui (da quella più prolissa di esempi, a quella più "pulita"):

• iononsbalgiomai/XorgRisoluzioniCustom
• iononsbalgiomai/XorgRisoluzioniCustom2
• iononsbalgiomai/XorgRisoluzioniCustom3

Per renderla più visibile la collocherei in Hardware/Video/Xorg/RisoluzioneSchermo ("risoluzione" al singolare mi pare più azzeccato).

Vedete se vi sembra utile, sennò cestinate tutto

P.S.:
Ho notato che a differenza di quanto scritto ora sul Wiki e anche sui vari blog online, nel file xorg.conf è sufficiente mettere la sezione "Monitor". Altre sezioni, come "Screen" o "Device" sono del tutto ininfluenti ai fini della risoluzione. Ho fatto varie prove sia sul pc che in macchina virtuale.

[wilecoyote]

) Salve, vedo che la wiki Hardware/Video/Xorg è obsoleta.

Però una wiki specifica sul come impostare una risoluzione ad hoc per il proprio hardware è utile.

Ergo, la cosa più logica mi sembra sia aggiornare la wiki generica e poi a cascata aggiungervi la tua d'approfondimento.

Hai facoltà di potervi provvedere all’aggiornamento ?

:: Ciao

[iononsbalgiomai]

Magari la copio in una pagina di prova e vedo che posso fare.

Tuttavia ho qualche perplessità generale su quella pagina perché in gran parte è dedicata a spiegare come strutturare il file xorg.conf. Tuttavia, come dice la guida stessa, di default questo file non esiste e se vengono installati dei driver proprietari viene generato automaticamente.

Correggetemi se sbaglio, ma di fatto ha senso generare o modificare questo file solo in presenza di problemi specifici. La guida però non illustra nessun caso specifico, né spiega di preciso cosa modificare per ottenere quale risultato (fa eccezione ovviamente l'ultima parte che parla della risoluzione).

Dunque, a che pro questa spiegazione della struttura di xorg.conf?

[wilecoyote]

) Salve, spiegare com'è strutturato il file xorg.conf serve per comprendere quello che si va fare.

Comunque nulla vieta di semplificare la wiki eliminando il superfluo.

:: Ciao

[iononsbalgiomai]

Ciao ragazzi, sto vedendo un po' come revisionare la guida su Xorg e nella sezione Modificare il file xorg.conf > Sezione "Device" a un certo punto dice:

Il file creato secondo queste istruzioni ...

Quel link però porta a una pagina di domande frequenti e lì non trovo istruzioni su come creare il file xorg.conf. Le istruzioni in questione sono state sposte o rimosse?

[wilecoyote]

) Salve,

Ciao ragazzi, sto vedendo un po' come revisionare la guida su Xorg e nella sezione Modificare il file xorg.conf > Sezione "Device" a un certo punto dice:

Il file creato secondo queste istruzioni ...

Quel link però porta a una pagina di domande frequenti e lì non trovo istruzioni su come creare il file xorg.conf. Le istruzioni in questione sono state sposte o rimosse?

Il link c'azzecca nulla, e nella wiki sono mancanti.

Rimediato al volo creando un sottoparagrafo nella tua pagina di prova iononsbalgiomai/XorgReview#Creare_file_xorg.conf, completa di Anchor al punto che indichi.

Modificalo pure come t'aggrada o lo trovi meglio.

Che fortuna ad aver @wilecoyote sempre sul pezzo eh…

:: Ciao

P.S. avevo copia incollato il sottoparagrafo con errori, sostituito col corretto.

[iononsbalgiomai]

Ciao ragazzi, mi sono accorto di un dettaglio che potrebbe riguardare diverse guide presenti nel Wiki.

Il paragrafo scritto da @wilecoyote dice giustamente che per accedere alla tty si devono premere Ctrl + Alt + F1 e per tornare al desktop CTRL + ALT + F7. Questo era sicuramente vero per Ubuntu fino alla 17.04, e immagino lo sia ancora per almeno alcune derivate. Ma dalla 17.10 in poi, ovvero da quando è stato adottato gdm3 come display manager, la storia è cambiata.

Da Ubuntu 17.10 in poi le combinazioni sono le seguenti:

• Ctrl + Alt + F1: Schermata di login
• Ctrl + Alt + F2: Desktop
• Ctrl + Alt + F3 - F6: tty dalla 3 alla 6

Credo che ciò dipenda dal display manager. Potreste verificare sulle derivate che usate abitualmente?

Se non c'è una combinazione di tasti che funziona anche su tutte le derivate supportate, bisogna vedere come impostare questa pagina (e immagino anche altre in giro per il Wiki) senza creare confusione...

[wilecoyote]

) Salve, bella domanda, nei miei *Ubuntu uso sddm con KDE, lightdm con LxQt gdm con Gnome.

Se avessero comportamenti diversi sarebbe un bordello da wikizzare, faccio qualche prova sui miei sistemi.

:: Ciao

[corradoventu]

• Ctrl + Alt + F1: Schermata di login
• Ctrl + Alt + F2: Desktop
• Ctrl + Alt + F3 - F6: tty dalla 3 alla 6

Verificato OK su Ubuntu 21.04 'liscio' cioè Gnome Wayland

[woddy68]

) Salve, bella domanda, nei miei *Ubuntu uso sddm con KDE, lightdm con LxQt gdm con Gnome.

Se avessero comportamenti diversi sarebbe un bordello da wikizzare, faccio qualche prova sui miei sistemi.

:: Ciao

Se beh! dai...cosa cambia ? Basta spiegare che si accede alla tty con ctrl+alt+F2 o F3 o F4 e può variare a seconda del flavor in esecuzione. Non mi sembra un grosso problema.

[wilecoyote]

) Salve

Ctrl + Alt + F1: Ritorno al desktop
Ctrl + Alt + F2 - F6: tty dalla 2 alla 6 e tutte con login

Questo sui Kubuntu Bionic e Focal con sddm, suppongo comportamento nativo poiché il Focal non l'ho paciugato allegramente.

:: Ciao

[woddy68]

) Salve

Ctrl + Alt + F1: Ritorno al desktop
Ctrl + Alt + F2 - F6: tty dalla 2 alla 6 e tutte con login

Questo sui Kubuntu Bionic e Focal con sddm, suppongo comportamento nativo poiché il Focal non l'ho paciugato allegramente.

:: Ciao

Io con la memoria che mi ritrovo, per tornare al desktop ne provo un po' fino a quando non trovo quello giusto
Non sono mai morto...

[wilecoyote]

) Salve, nelle wiki non possiamo dattilografare …provate un po' di combinazioni di tasti fino a quando non trovate quella giusta, tanto non c'è mai morto nessuno...

Comunque grazie del suggerimento.

:: Ciao

[iononsbalgiomai]

Ragazzi, un'altra cosa.
Sempre nello stesso paragrafo c'è la nota: "Questo comando crea il file col nome xorg.conf.new nella cartella in cui si sta lavorando."
Ho fatto qualche prova con Ubuntu 20.04 e il file non viene creato nel percorso di lavoro ma in /root/xorg.conf.new. Potreste provare anche questo sui vostri sistemi?

Edit:
Grandi notizie
Ho provato con Ubuntu 18.04 su macchina virtuale. Il file non viene creato né nel percorso di lavoro né in /root/, bensì nella home dell'utente.
Inoltre sulla 18.04 il comando sudo service gdm3 stop non stoppa gdm3, o forse lo stoppa ma viene automaticamnte riavviato. Di conseguenza il successivo sudo X -configure fallisce. Non funziona nemmeno con pkill gdm3. Bisogna invece lanciare pkill gdm (senza il 3 finale) e finalmente X riesce a creare il nuovo file di configurazione. Talvolta dopo pkill gdm è necessario anche sudo service gdm stop.

Insomma, un delirio, e ho solo confrontato Ubuntu 20.04 con Ubuntu 18.04. Non oso immaginare come si complichi sta storia prendendo in considerazioni anche le derivate ufficiali

[wilecoyote]

) Salve,

Ragazzi, un'altra cosa.
Sempre nello stesso paragrafo c'è la nota: "Questo comando crea il file col nome xorg.conf.new nella cartella in cui si sta lavorando."
Ho fatto qualche prova con Ubuntu 20.04 e il file non viene creato nel percorso di lavoro ma in /root/xorg.conf.new. Potreste provare anche questo sui vostri sistemi?

Questo succede se operi come utente root dando preventivamente il comando sudo su.

Per curiosità ove è dattilografato di darlo ?

Edit:
Grandi notizie
Ho provato con Ubuntu 18.04 su macchina virtuale. Il file non viene creato né nel percorso di lavoro né in /root/, bensì nella home dell'utente.

Ovviamente sì, appena avviata la console opera nella /home/nomeutente, fatte salve impostazioni esotiche, ad esempio se preventivamente dai il comando cd ~/Scaricati lo troverai nella suddetta directory.

Inoltre sulla 18.04 il comando sudo service gdm3 stop non stoppa gdm3, o forse lo stoppa ma viene automaticamnte riavviato. Di conseguenza il successivo sudo X -configure fallisce. Non funziona nemmeno con pkill gdm3. Bisogna invece lanciare pkill gdm (senza il 3 finale) e finalmente X riesce a creare il nuovo file di configurazione. Talvolta dopo pkill gdm è necessario anche sudo service gdm stop.

Insomma, un delirio, e ho solo confrontato Ubuntu 20.04 con Ubuntu 18.04. Non oso immaginare come si complichi sta storia prendendo in considerazioni anche le derivate ufficiali

Questo devo approfondirlo, nel mio Ubuntu 18.04.5 LTS il servizio si ferma e riesco a creare il xorg.conf.new, non posso escludere d'aver proceduto in automatico dando per scontato qualcosa.

:: Ciao

[iononsbalgiomai]

) Salve,

Ragazzi, un'altra cosa.
Sempre nello stesso paragrafo c'è la nota: "Questo comando crea il file col nome xorg.conf.new nella cartella in cui si sta lavorando."
Ho fatto qualche prova con Ubuntu 20.04 e il file non viene creato nel percorso di lavoro ma in /root/xorg.conf.new. Potreste provare anche questo sui vostri sistemi?

Questo succede se operi come utente root dando preventivamente il comando sudo su.

Per curiosità ove è dattilografato di darlo ?

No, su Ubuntu 20.04 mi crea il file in /root/dando solo sudo X -configure. Niente sudo su.

Edit:
Grandi notizie
Ho provato con Ubuntu 18.04 su macchina virtuale. Il file non viene creato né nel percorso di lavoro né in /root/, bensì nella home dell'utente.

Ovviamente sì, appena avviata la console opera nella /home/nomeutente, fatte salve impostazioni esotiche, ad esempio se preventivamente dai il comando cd ~/Scaricati lo troverai nella suddetta directory.

Intendevo proprio questo. Con Ubuntu 18.04, anche se mi sposto altrove con cd, il file viene creato comunque nella home dell'utente.

Specifico che Ubuntu 20.04 è il mio sistema principale, mentre Ubuntu 18.04 è fresco d'installazione su macchina virtuale.


Edit:
Grandi notizie, questa volta davvero
Ho trovato un sistema semplice che funziona almeno su Ubuntu 18.04, 20.04 e 21.04. Immagino funzioni anche sulla 20.10 ma non l'ho testata. Anziché sudo service stop, pkill o altro, basta terminare la sessione grafica prima di passare alla tty.
Schematizzando:

1. Termina sessione
2. Ctrl + Alt + F3
3. Login nella tty

4. Codice: Seleziona tutto

   sudo X -configure

5. Codice: Seleziona tutto

   exit

6. Ctrl + Alt + F1 (per tornare alla schermata di login grafico)
7. Rifare il login per accedere al desktop.

L'unica differenza fra i vari sistemi è che, come dicevo, sulla 18.04 il file viene creato nella home mentre nella 20.04 e successive in /root/ (a prescindere dal percorso di lavoro).

Vedete se terminare la sessione funziona anche con le derivate ufficiali che usano altri DE e display manager.

[wilecoyote]

) Salve, la creazione del file xorg.conf.new è ormai un bordello di procedure, da release a release spesso vengono modificate.

Nell'ordine e disciplina, la procedura che ho integrato nella pagina di prova è del 23 Ottobre 2015, almeno questa è la data dell'ultima modifica salvata e riportata dal file txt, ergo è superata in barba ad ogni logica.

In Bionic 18.04.5 LTS la procedura funziona con queste correzioni:

Codice: Seleziona tutto

Ctrl+Alt+F2
sudo service <nome display manager> stop
Ctrl+Alt+F2
sudo X -configure
sudo mv xorg.conf.new /etc/X11/xorg.conf
sudo service <nome display manager> start
Ctrl+Alt+F1

Il 2° Ctrl+Alt+F2 serve per tornare alla console testuale, in caso avverso appare la schermata del boot colle scritte, ovviamente piantata.

Prove fatte con Kubuntu & Ubuntu-Gnome.

Da Focal 20.04.2 LTS la procedura funziona con queste correzioni:

Codice: Seleziona tutto

Ctrl+Alt+F2
sudo service <nome display manager> stop
Ctrl+Alt+F2
sudo X -configure
sudo dpkg-reconfigure --priority=high xserver-xorg
sudo mv xorg.conf.new /etc/X11/xorg.conf
sudo service <nome display manager> start
Ctrl+Alt+F1

Il comando sudo dpkg-reconfigure --priority=high xserver-xorg serve a ripulire vecchi resti di configurazioni nella suite xserver-xorg, in caso avverso non trovava alcuni moduli kernel.

Da precisare che m'ha tirato ¹/₂ e passa scemo per scovare questa soluzione.

Qualche particolarità, funziona tal quale con sddm e lightdm, funziona mostrando qualche mugugno con gdm, evidentemente hanno delle differenze.

Ancora, l’allocazione del file creato sullo stesso sistema è bizzosa, l'ho trovato sia come /root/xorg.conf.new che come /root/<nomeutente>/xorg.conf.new, ho provato a cancellarlo e ricrearlo e di volta in volta lo crea qui o li come gli aggrada, senza logica alcuna.

Prove fatte con Kubuntu, Lubuntu-LxQt, Dubuntu-Deepin+Gnome e Tubuntu-TDE.

Notare bene, i miei sistemi abitualmente sono alquanto personalizzati, donde potrebbero essere affetti da comportamenti alternativi.

:: Ciao

[iononsbalgiomai]

Ok, mettendo insieme tutte le info ho pensato a questa procedura che dovrebbe essere valida su tutte le versioni supportate di Ubuntu (quindi le LTS dalla 14.04 in poi, la 20.10 e la 21.04), a prescindere dal display manager e da dove viene creato il file xorg.conf.new:

Terminare la sessione e attendere compaia la schermata di login. Quindi passare alla tty con Ctrl + Alt + F3.

Codice: Seleziona tutto

DM="$(basename `cat /etc/X11/default-display-manager`)"
sudo service $DM stop
sudo X -configure
sudo dpkg-reconfigure --priority=high xserver-xorg <<<< Solo su 20.04 e successive
sudo apt install locate && sudo updatedb
sudo mv `sudo locate xorg.conf.new` /etc/X11/xorg.conf
sudo service $DM start && exit

Dovrebbe comparire automaticamente la schermata di login. Se non accade Ctrl + Alt + F1.

Io l'ho testata su 16.04, 18.04, 20.04 e 21.10. L'ho quasi testata sulla 14.04, solo che in macchina virtuale il comando sudo X -configure fallisce all'ultimo perché non trova un dispositivo da configurare. Bisognerebbe testarla su una macchina reale.

Se vi è possibile provate con le derivate ufficiali che avete. Magari prima fate un backup del file xorg.conf:

Codice: Seleziona tutto

sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak

Edit:
Ah @wilecoyote, quasi dimenticavo: per quanto riguarda il secondo Ctrl + Alt + F2 (o F3), sì, l'ho notato. Se però termini la sessione prima di passare alla tty non è necessario.

[wilecoyote]

) Salve,

L'ho quasi testata sulla 14.04, solo che in macchina virtuale il comando sudo X -configure fallisce all'ultimo perché non trova un dispositivo da configurare. Bisognerebbe testarla su una macchina reale.

Posso confermare che il comando sudo X -configure funziona sia nel Kubuntu Trusty 14.04.6 LTS, come chiedi, che nel Kubuntu Jaunty 9.04, però uso e verifiche in quest'ultimo sono una mia riprovevole devianza…

Entrambi sono basati sul KDE 4 ed usano il relativo display manager kdm, giusto per la precisione.

Quanto all'opzione --priority=high xserver-xorg non è dannosa, si può dare in tutti i casi.

:: Ciao

[wilecoyote]

) Salve,

Codice: Seleziona tutto

DM="$(basename `cat /etc/X11/default-display-manager`)"
sudo service $DM stop
sudo X -configure
sudo dpkg-reconfigure --priority=high xserver-xorg <<<< Solo su 20.04 e successive
sudo apt install locate && sudo updatedb
sudo mv `sudo locate xorg.conf.new` /etc/X11/xorg.conf
sudo service $DM start && exit

Provata con successo la sequela in Lubuntu Xenial 16.04.7 LTS, Kubuntu Trusty 14.04.6 LTS, Ubuntu Bionic 18.04.5 LTS, Kubuntu Jaunty 9.04 e Tubuntu Focal 20.04.2 LTS (quest'ultimo non è ufficiale Ubuntu usando il DE Trinity che è un fork di KDE 3).

Già che c'ero pure provata con successo in OpenSuse Leap 15.2, Deepin 20 e Mageia 8.

Direi che si può definire universale per le distro Linux, sempreché non siano effetti collaterali dei miei paciughi.

:: Ciao