Guida alla configurazione di Xorg: differenze tra le versioni

m
link esterni
Nessun oggetto della modifica
m (link esterni)
 
(44 versioni intermedie di 6 utenti non mostrate)
Riga 1: Riga 1:
{{stub}}
{{Versioni compatibili|Squeeze|Wheezy|Jessie}}
==Che cos'è==
Xorg è il server dell'X Window System, il gestore grafico dei sistemi Unix, sviluppato da X.Org Foundation<sup>[[#Collegamenti esterni | [1]]]</sup>, rilasciato sotto licenza MIT<sup>[[#Collegamenti esterni | [5]]]</sup> (software libero).
Grazie al diffondersi di applicazioni open source di un certo livello, come OpenOffice e TheGimp, X viene supportato, in modo secondario, anche da  sistemi operativi proprietari (come Windows e Mac OS X).
 
Si basa su un'intelligente architettura client/server, in cui il server X in esecuzione su un computer comunica con gli altri programmi che utilizziamo normalmente, i quali fungono da client. Il server si colloca tra l'utente e il programma client: accetta, quindi, richieste di output grafico dai client (disegnare finestre in una certa posizione) mostrandole all'utente, e riceve input dall'utente (inserimento di testo in una textbox, click del mouse su un certo pulsante ecc.) trasmettendoli ai programmi client.
 
Questa architettura permette un notevole vantaggio rispetto alle interfacce grafiche che non la adottano (ad esempio quella di Windows): infatti, nel momento in cui vengono a presentarsi certi problemi relativi al server grafico, il sistema non è costretto ad andare in crash poiché bastano pochi comandi per farlo partire nuovamente, senza dover riavviare il computer.
 
Una caratteristica fondamentale (e anti-intuitiva) è che il server grafico risiede sulla macchina dell'utente mentre le varie applicazioni (client) possono essere anche remote: infatti il tutto viene considerato dal punto di vista dell'applicazione che chiede (tramite l'utente) servizi al server. Da notare che, comunque, l'applicazione remota è eseguita come se risiedesse sulla stessa macchina del server.


Ciò che andremo ad analizzare nella guida sarà il file <code>xorg.conf</code> (di solito è: <code>/etc/X11/xorg.conf</code>, digita <code>man xorg.conf</code> per una lista delle possibili directory del file, oppure <code>sudo find / -iname xorg.conf</code> per verificarne la posizione sul tuo computer, Ctrl+C per fermare la ricerca), che permette una configurazione precisa e accurata dell'X Server.
Una caratteristica fondamentale di <code>xorg.conf</code> è che permette di associare ad ogni device, non solo determinate proprietà (come ad esempio, frequenza orizzontale dello schermo, risoluzione, ecc.) ma anche il driver specifico da utilizzare. Dunque, le sezioni che descrivono un device sono una sorta di interfaccia al driver utilizzato che, a sua volta, è un'interfaccia per il dispositivo vero e proprio.


{{Versioni compatibili|Tutte le versioni di Debian}}
Nelle nuove versioni (dalla 7.3) Xorg si autoconfigura rendendo, in un certo senso, inutile il file di configurazione. Questo è vero da un lato, cioè se vogliamo una macchina pronta subito dopo l'installazione del sistema. Però, d'altro canto, come ogni cosa fatta personalmente, scrivere il proprio file di configurazione è molto più efficiente: non solo perché possiamo ovviare ad alcuni errori che la configurazione automatica può portare con sé, ma anche perché potremo avere così un ambiente completamente personalizzato e messo a punto in ogni particolare.
==Che cos'è==
Xorg è il server dell'X Window System, il gestore grafico dei sistemi Unix, sviluppato da [http://www.x.org/wiki/ X.Org Foundation], rilasciato sotto [http://opensource.org/licenses/mit-license.php licenza MIT] (software libero).
Grazie al diffondersi di applicazioni opensource di un certo livello, come OpenOffice e TheGimp, X viene supportato, in modo secondario anche da altri sistemi operativi non-unix (come Windows e Mac OS X).


Si basa su un'intelligente architettura client/server, in cui il server X comunica con gli altri programmi che fungono da client: quindi le richieste dell'utente  (come ad esempio, lo spostamento della finestra, l'ingrandimento, il click del mouse su un certo dato pulsante, l'inserimento di testo in una textbox...) vengono recuperate dal server, il quale a sua volta le invia al  client che risponde al dato evento. Inoltre può succedere anche che il client si rivolga al server affinchè questo svolga certe operazioni (ad esempio un'applicazione OpenGL può richiedere al server X servizi per il rendering 3D...).
==Avvisi e precauzioni==
Alcuni avvisi e qualche precauzione prima d'iniziare.


Questa architettura permette un notevole vantaggio rispetto alle interfacce grafiche che non la adottano (ad esempio quella di Windows): infatti, nel momento in cui vengono a presentarsi certi problemi relativi al server grafico, il sistema non è costretto ad andare in crash poichè bastano pochi comandi per farlo partire nuovamente, senza dover riavviare il computer.
<b>Avviso 1</b>: Questa guida non ha l'obiettivo di spiegare ogni dettaglio del file <code>xorg.conf</code>, anche se è abbastanza particolareggiata. Per questa ragione è ovvio che possiate trovare in alcuni file di configurazione delle voci che non abbiamo descritto. Leggete <code>man xorg.conf</code> e <code>man xorg</code> se ne avete la necessità.


Una caratteristica fondamentale (e anti-intuitiva) è che il server grafico risiede sulla macchina dell'utente mentre le varie applicazioni (client) possono essere anche remote: infatti il tutto viene considerato dal punto di vista dell'applicazione che chiede (tramite l'utente) servizi al server. Da notare che, comunque, l'applicazione remota è eseguita come se risiedessa sulla stessa macchina del server.
<b>Avviso 2</b>: È possibile che non abbiate il file <code>xorg.conf</code> (come già spiegato). Basta crearne uno (semmai in <code>/etc/X11/xorg.conf</code>), per utilizzare la configurazione descritta in questo al posto di quella automatica.


Ciò che andremo ad analizzare nella guida sarà il file xorg.conf (di solito è: <code>/etc/X11/xorg.conf</code>, digita <code>man xorg.conf</code> per una lista delle possibili directory del file, oppure <code>sudo find / -iname xorg.conf</code> per vedere la locazione nel tuo computer, Ctrl+C per fermare la ricerca), che permette una configurazione precisa e profonda dell'X Server.
<b>Precauzione 1</b>: prima di modificare il file <code>xorg.conf</code> è bene farne un backup. Cerchiamo prima il percorso completo del file (come spiegato sopra) poi digitiamo (supponendo che quella indicata sia la directory giusta):
Un punto fondamentale di xorg.conf è quello di "linkare" ad ogni device, non solo determinate proprietà (come ad esempio, frequenza orizzontale dello schermo) ma anche il driver specifico di questo device. Quindi notiamo che le sezioni che descrivono un device sono una sorta di interfaccia al driver utilizzato che, a sua volta, è un'interfaccia per il dispositivo vero e proprio.
<pre>$ cp /etc/X11/xorg.conf ~/xorg_backup.conf</pre>


Nelle nuove versioni Xorg si autoconfigura rendendo quindi, in un certo senso, "inutile" il file di configurazione. Questo è vero da un lato, cioè se vogliamo una macchina pronta subito dopo l'installazione del sistema. Però, d'altro canto, come ogni cosa fatta personalmente, scrivere il proprio file di configurazione è molto più efficiente: non solo perchè possiamo ovviare ad alcuni "errori" che la configurazione automatica può portare con sè, ma anche perchè avremo un ambiente completamente personalizzato e messo a punto in ogni particolare.
<b>Precauzione 2</b>: possiamo generare un file <code>xorg.conf</code> basato sull'autodetect della nostra configurazione. Riavviamo il sistema in single-mode user, eseguiamo l'accesso come root e diamo:
<pre>
# Xorg -configure
</pre>
verrà creato nella directory corrente un file (di solito <code>xorg.conf.new</code>) che possiamo utilizzare non solo per ripristinare alcuni errori dovuti a modifiche accidentali, ma anche per iniziare a far pratica sui concetti che esporremo.
Ricordiamo però che l'autodetect e la conseguente creazione del file <code>xorg.conf</code> in automatico può portare a dei problemi causati da un rilevamento erroneo delle componenti.


==Com'è fatto==
==Com'è fatto==
Inserire un file d'esempio
A titolo d'esempio vediamo come si presenta un file <code>xorg.conf</code>:
<pre>
Section "ServerLayout"
    Identifier    "Layout0"
    Screen      0  "Screen0"
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection
 
Section "Files"
    RgbPath      "/etc/X11/rgb"
    ModulePath  "/usr/lib/xorg/modules"
    FontPath    "/usr/share/fonts/X11/misc"
    FontPath    "/usr/share/fonts/X11/cyrillic"
EndSection
 
Section "Module"
    Load          "dbe"
    Load          "extmod"
    Load          "type1"
    Load          "freetype"
    Load          "glx"
EndSection
 
Section "InputDevice"
    # generated from default
    Identifier    "Mouse0"
    Driver        "mouse"
EndSection
 
Section "InputDevice"
    # generated from default
    Identifier    "Keyboard0"
    Driver        "kbd"
EndSection
 
Section "Monitor"
    Identifier    "Monitor0"
    VendorName    "Unknown"
    ModelName      "Unknown"
    HorizSync      28.0 - 33.0
    VertRefresh    43.0 - 72.0
EndSection
 
Section "Device"
    Identifier    "Device0"
    Driver        "nvidia"
    VendorName    "NVIDIA Corporation"
EndSection
 
Section "Screen"
    Identifier    "Screen0"
    Device        "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection    "Display"
        Depth      24
    EndSubSection
EndSection
</pre>
 
Si cerchi di leggerlo con attenzione: ovviamente sarà tutto molto complicato, ma è bene prendere confidenza con quella struttura.
Alla fine di questa guida spero che le cose siano più chiare.
 
===Struttura generale===
===Struttura generale===
Il file xorg.conf è composto da un certo numero di sezioni (=<b>Section</b>) in un ordine qualsiasi. Ogni sezione ha la forma seguente:
Il file <code>xorg.conf</code> è composto da un certo numero di sezioni (=<b>Section</b>) in un ordine qualsiasi. Ogni sezione ha la forma seguente:
<pre>
<pre>
  Section "SectionName"
  Section "SectionName"
Riga 31: Riga 108:
Come leggiamo nel man, le sezioni possono avere i seguenti nomi (in grassetto quelli più importanti)
Come leggiamo nel man, le sezioni possono avere i seguenti nomi (in grassetto quelli più importanti)


* <b>Files:</b> Percorsi di file particolarmente utili (database RGB, caratteri, moduli da caricare...)
* <b>ServerLayout: </b> Livello principale del file


* ServerFlags: Server flags
* <b>InputDevice:</b> Descrizione dei device di input (mouse, tastiera, ecc.)
 
* <b>Module:</b> Indica al server quali moduli deve caricare (es: estensioni come glx, per la gestione del rendering OpenGL all'interno delle finestre, moduli per il [http://en.wikipedia.org/wiki/Font_rasterization font rasterization]...)
 
* <b>InputDevice:</b> Descrizione dei device di input (mouse, tastiera...)


* <b>Device:</b> Descrizione della scheda grafica
* <b>Device:</b> Descrizione della scheda grafica
Riga 49: Riga 122:
* <b>Screen:</b> Associazione dei monitor alla scheda grafica e viceversa
* <b>Screen:</b> Associazione dei monitor alla scheda grafica e viceversa


* <b>ServerLayout: </b>Strato principale del file
* <b>Files:</b> Percorsi di file particolarmente utili (database RGB, caratteri, moduli da caricare, ecc.)
 
* ServerFlags: Server flags
 
* <b>Module:</b> Indica al server quali moduli deve caricare (es: estensioni come glx, per la gestione del rendering OpenGL all'interno delle finestre, moduli per il font rasterization<sup>[[#Collegamenti esterni | [6]]]</sup>, ecc.)


* DRI: [http://www.x.org/wiki/DRI2 DRI-specific configuration]
* DRI: DRI-specific configuration


* Vendor: Vendor-specific configuration
* Vendor: Vendor-specific configuration


La sezione '''ServerLayout''' è il livello più alto, serve a tenere unite i device di input/output utilizzati in una sessione. I device di input sono descritti nella sezione '''InputDevice'''. Mentre i device di output (=monitor, scheda grafica) sono descritti all'interno della sezione '''Screen'''. Il monitor è descritto nella sezione '''Monitor''' e la scheda grafica nella sezione '''Device'''.
La sezione '''ServerLayout''' è il livello più alto, serve a tenere uniti i device di input/output utilizzati in una sessione. I device di input sono descritti nella sezione '''InputDevice'''. Mentre i device di output (quali monitor e scheda grafica) sono descritti all'interno della sezione '''Screen'''. Il monitor è descritto nella sezione '''Monitor''' e la scheda grafica nella sezione '''Device'''.


Una ''SectionEntry'' (vedremo dopo quelle particolari di ogni SectionName) è formata da una parola chiave seguita da uno o più argomenti dipendenti da essa. I tipi di questi argomenti sono 3:
Una ''SectionEntry'' (vedremo dopo quelle particolari di ogni SectionName) è formata da una parola chiave seguita da uno o più argomenti dipendenti da essa. I tipi di questi argomenti sono 3:
Riga 62: Riga 139:
* String: stringa racchiusa tra (")
* String: stringa racchiusa tra (")


Una parola chiave importante è <b>Option</b> che viene utilizzata per settare particolari opzioni di un componente del server (tastiera, mouse, monitor, scheda grafica...).  
Una parola-chiave importante è <b>Option</b> che viene utilizzata per settare particolari opzioni di un componente del server (tastiera, mouse, monitor, scheda grafica, ecc.).  
<b>Option</b> è formata da una o due stringhe: la prima è il nome dell'opzione, e la seconda, non obbligatoria, è il valore dell'opzione. Che siano interi, real o stringhe i valori delle option devono essere virgolettati.
<b>Option</b> è formata da una o due stringhe: la prima è il nome dell'opzione, e la seconda, non obbligatoria, è il valore dell'opzione. Che siano interi, real o stringhe i valori delle option devono essere virgolettati.
Molto sinteticamente, per comprederne il funzionamento, si legga questo esempio preso dal man:
Molto sinteticamente, per comprenderne il funzionamento, si legga questo esempio preso dal man:


Example: Le seguenti opzioni sono equivalenti:
Esempio: Le seguenti opzioni sono equivalenti:
<pre>
<pre>
Option "Accel"  "Off"
Option "Accel"  "Off"
Riga 79: Riga 156:
</pre>
</pre>


===Files Section===
===ServerLayout Section===
Questa sezione (opzionale) viene utilizzata per specificare alcuni directory richiesta dal server. Alcune delle entry di Files sono:
La sezione ServerLayout è il livello principale di tutto il file <code>xorg.conf</code>. Essa serve a raggruppare i dispositivi di input/output (e alcune delle loro caratteristiche fondamentali) che verranno utilizzati all'interno della sessione corrente.
È possibile avere più sezioni ServerLayout. Il motivo fondamentale è semplice: pensiamo ad una sessione di tre utenti su di uno stesso computer. A parte certi dispositivi che possono essere condivisi (come ad esempio la scheda grafica) sicuramente ogni utente ha una tastiera, un mouse e uno schermo "personali". Quindi questi dispositivi personali, in generale, avranno caratteristiche differenti e allora è necessario definire nel file di configurazione 3 diverse sezioni per ogni dispositivo (3 per la tastiera, 3 per il mouse, 3 per lo schermo). A questo punto è necessario definire 3 sezioni ServerLayout in modo tale che si raggruppino, per ogni utente, il proprio mouse, la propria tastiera e il proprio schermo. Facendo così, si permette ad ogni utente di avere una sessione personale e funzionante con i propri dispositivi. Infine, come spiegato altrove, se un utente vuol partire con una propria sezione ServerLayout basta che utilizza il comando: <pre>Xorg -layout nome_server_layout</pre>
 
(Nota: ovviamente se, per esempio, due utenti hanno tastiere diverse ma con identiche caratteristiche, allora non è necessario definire due sezioni per ogni tastiera, in quanto basta definirne una "condivisa". Lo stesso vale per le ServerLayout: se due utenti hanno tutti dispositivi diversi ma con identiche caratteristiche è sempre necessario definire solamente una sezione ServerLayout).
 
Quindi principalmente in ServerLayout andiamo a dire al server X che l'utente U utilizza la tastiera A, il mouse B, lo schermo C e la scheda video D per la sua sessione e successivamente, nelle altre sezioni, specifichiamo in modo dettagliato cosa si intende per tastiera A, mouse B, ecc.
 
Introduciamo ora alcuni concetti fondamentali riguardanti i Device che saranno utili anche in seguito. Un device è l'astrazione di un dispositivo hardware (tastiera, mouse, schermo, ecc.) al quale il sistema operativo fornisce accesso mediante un driver.
Ci occuperemo dei seguenti device: tastiera, mouse, schermo e scheda grafica. A differenza degli altri device elencati, la tastiera e il mouse devono avere una caratteristica in più. Supponiamo che attaccati ad un computer ci siano più tastiere e più mouse: in questo caso possiamo utilizzarne solo una coppia alla volta. Quindi c'è bisogno di definire quale di quelle tastiere è una <b>CoreKeyboard</b> e quale mouse è un <b>CorePointer</b>. Indicando queste due opzioni (nei modi che vedremo di seguito) non facciamo altro che stabilire quale tastiera e quale mouse utilizzeremo per la nostra sessione. È possibile cambiare "dinamicamente" (con alcune opzioni del programma xorg) la corekeyboard (o la corepointer) cambiando quindi di conseguenza la tastiera (o il mouse) utilizzato nella sessione corrente. Questo discorso è utile soprattutto in presenza di una sessione multiutente su di una stessa macchina: ogni sessione avrà una corekeyboard diversa e quindi ogni utente potrà utilizzare, indipendentemente dagli altri, la sua tastiera. Tornando all'esempio di prima, la tastiera A e il mouse B per un certo utente sono dei dispositivi di input "core".
(Vedremo successivamente come specificare che un dispositivo di input è "core" o "primary").


* <code>FontPath "path"</code>: imposta il percorso (assoluto) per i font utilizzati dal server grafico. Per specificare più cammini è possibile utilizzare una delle seguenti soluzioni: <pre>FonthPath "path_1","path_2",...,"path_n"</pre> E' possibile anche specificare FontPath multipli invece della sintassi che utilizza la virgola. Se non viene specificata questa entry allora il server cercherà in percorsi standard (vedi man per i dettagli).
Il discorso sulla scheda video e il monitor è diverso: infatti non c'è la necessità di utilizzare solo un monitor o solo una scheda video in una certa sessione, poiché uno stesso utente può, naturalmente, utilizzare due schermi contemporaneamente. In questo caso, basta inserire due sezioni Screen. Lo stesso vale per la scheda grafica.


* <code>RGBPath "path"</code>: imposta il percorso (assoluto) del database RGB. Il database RGB non è nient'altro che una tabella che associa un nome simbolico al colore dato dalla (R,G,B): ad esempio <code>(139, 0, 0)</code> DarkRed . Se non è specificato viene cercato in <code>/usr/share/X11/rgb</code>  (i file puo' essere un .txt se il server è stato compilato per usare un database RGB testuale anzicchè binario, e in questo caso al percorso precedente viene automaticamente inserita l'estensione). La sintassi per le path multiple è identica a quella già discussa
Una nota fondamentale: '''ogni dispositivo (tastiera, mouse, schermo, scheda grafica) deve avere una relativa sezione ben definita'''; questo significa, per esempio, che se abbiamo un computer con due tastiere c'è bisogno della presenza di due sezioni che le descrivano.


* <code>ModulePath "path"</code>: imposta il percorso (assoluto) per i moduli utilizzati da Xorg. La sintassi per le path multiple è identica a quella già discussa.
È importante sapere che è possibile non avere una sezione ServerLayout: in questo caso verranno scelti il primo schermo "attivo" e la coppia di core input device.
(Se non è chiaro questo passaggio basta avere pazienza e leggere di sotto, dove verrà spiegato il concetto di "attivo")


===Module Section===
Il formato della sezione ServerLayout è:
La sezione '''Module''' è utilizzata per specificare quali moduli caricare. Se il server è compilato staticamente (cioè se tutti i moduli (o quelli necessari) vengono compilati nel server) questa sezione viene ignorata. Come abbiamo detto in precedenza in questa sessione possono essere caricate alcune estensioni di Xorg e i moduli per il font rasterization. Per caricare un modulo è sufficiente inserire la parolachiave <b>Load</b> in questo modo:
<pre>
<pre>
Load "modulename"
Section "ServerLayout"
  Identifier "name"
  Screen screen-num "screen-id"
  ...
  InputDevice "idev-id"
  ...
  options
</pre>
</pre>
Poichè alcuni moduli sono caricati di default è possibile disabilitarli con
 
Ogni sezione ServerLayout deve avere un Identifier e almeno uno Screen. Lo <code>screen-num</code> (opzionale) è utilizzato nel caso abbiate bisogno di schermi multipli (in fondo ho segnalato un link che approfondisce questo aspetto).
Ovviamente bisogna mantenere una certa coerenza con le sezioni successive (ad esempio: lo <code>screen-id</code> deve essere l'Identifier di una sezione Screen, così come l'<code>idev-id</code> deve essere un identifier di un certa sezione InputDevice).
 
L'Identifier della sezione ServerLayout è un nome che la identifica univocamente, inoltre è proprio questo nome che viene utilizzato dal programma Xorg (con l'opzione <code>-layout</code>) per avviare X con una particolare configurazione.
 
All'interno della ServerLayout è possibile indicare quali InputDevice sono primari, in questo modo:
<pre>
<pre>
Disable "modulename"
Section "ServerLayout"
  Identifier "name"
  ...
  ...
  InputDevice "keyboard0" "CoreKeyboard"
</pre>
</pre>
I moduli vengono cercati nei percorsi specificati nel ModulePath della sezione Files, e in alcune sottodirectory specifiche di quei percorsi. Per vedere quali moduli sono presenti (estensioni e font) si vedano queste directory:
dove <code>keyboard0</code> è l'Identifier di una InputDevice Section dedicata alla tastiera che vogliamo utilizzare per la sessione corrente. Lo stesso vale per i pointer.
<code>/usr/lib/modules/fonts</code> e <code>/usr/lib/modules/extensions</code>.
Vedremo in seguito altri modi per dire al server X che un certo dispositivo deve essere considerato primario.
oppure
<code>/usr/lib/xorg/modules/fonts</code> e <code>/usr/lib/xorg/modules/extensions</code>


Il modulo per i [http://en.wikipedia.org/wiki/Computer_font#Bitmap_fonts font bitmap] è caricato automaticamente.
===InputDevice Section===
E' importante che venga caricato il modulo "extmod" perchè contiene alcune estensioni molto utili come la [http://en.wikipedia.org/wiki/Shape_extension Shape Extension] oppure la [http://en.wikipedia.org/wiki/X_video_extension X Video Extension].
 
===I Device: concetti generali===
Introduciamo ora alcuni concetti fondamentali riguardanti i Device. Un device è l'astrazione di un dispositivo hardware (tastiera, mouse, schermo...) al quale il sistema operativo fornisce accesso mediante un driver.
Ci occuperemo dei seguenti device: tastiera, mouse, schermo e scheda grafica. A differenza degli altri device elecanti, la tastiera e il mouse devono avere una caratteristica in più. Supponiamo che attaccati ad un computer ci siano più tastiere e più mouse: in questo caso possiamo utilizzare solo una coppia alla volta. Quindi c'è bisogno di definire quale di quella tastiera è una CoreKeyboard e quale è un CorePointer. Indicando queste due opzioni (nel modo che vedremo di seguito) non facciamo nient'altro che stabilire quale tastiera e quale mouse utilizzeremo per la nostra sessione. E' possibile cambiare (con alcune opzioni del programma xorg) la corekeyboard (o la corepointer) cambiando quindi di conseguenza la tastiera (o il mouse) utilizzato. Questo discorso è utile quando c'è una sessione multiutente su una stessa macchina: ogni sessione avrà una corekeyboard diversa e quindi ogni utente può utilizzare, indipendentemente dagli altri, la sua tastiera.
Il discorso sulla scheda video e il monitor è diverso: infatti non c'è la necessità di utilizzare solo un monitor o solo una scheda video in una certa sessione, poichè uno stesso utente può, naturalmente, utilizzare due schermi contemporaneamente. In questo caso, basta inserire due sezioni Screen. Lo stesso vale per la scheda grafica.
 
====InputDevice Section====
Normalmente le sezioni InputDevice sono almeno due: una per la tastiera (primaria) e l'altra per il dispositivo di puntamento primario (di solito mouse). Se viene omessa verrà utilizzata una configurazione di default che non funziona bene su tutte le piattaforme. Quindi è utile seguire i consigli successivi.
Normalmente le sezioni InputDevice sono almeno due: una per la tastiera (primaria) e l'altra per il dispositivo di puntamento primario (di solito mouse). Se viene omessa verrà utilizzata una configurazione di default che non funziona bene su tutte le piattaforme. Quindi è utile seguire i consigli successivi.


Riga 131: Riga 223:
Dopo questa definizione possiamo continuare dicendo che: se viene utilizzato un server dinamico (e quindi non statico) il modulo del driver "inputdriver" viene caricato per ogni sezione attiva (non per tutte ovviamente, dato che -come abbiamo visto nell'introduzione- è possibile, per ogni sessione, utilizzare un unico mouse e un'unica tastiera).
Dopo questa definizione possiamo continuare dicendo che: se viene utilizzato un server dinamico (e quindi non statico) il modulo del driver "inputdriver" viene caricato per ogni sezione attiva (non per tutte ovviamente, dato che -come abbiamo visto nell'introduzione- è possibile, per ogni sessione, utilizzare un unico mouse e un'unica tastiera).


====Device Section====
Una nota interessante: per qualche ragione (vedi ***) potreste avere il bisogno di settare esplicitamente il layout della tastiera. Per farlo basta aggiungere, nella sezione InputDevice dedicata alla tastiera, la seguente opzione:
xorg.conf può avere più di una sezione Device, però ce ne deve essere, come minimo una che descriva la scheda grafica utilizzata. Il formato è il seguente:
<pre>Option "XkbLayout" "it"</pre>
dove <code>it</code> indica il layout italiano.
 
(***) E' capitato, dopo l'installazione dei driver proprietari nvidia, che il layout della tastiera fosse impostato -in modo silente- a quello statunitense, rendendo quindi scorretta l'associazione tra tasti e caratteri.
 
===Device Section===
<code>xorg.conf</code> può avere più di una sezione Device, però ce ne deve essere come minimo una che descriva la scheda grafica utilizzata. Il formato è il seguente:
<pre>
<pre>
Section "Device"
Section "Device"
Riga 141: Riga 239:
EndSection
EndSection
</pre>
</pre>
Sono obbligatorie solo le voci Identifier e Drivers che funzionano come sopra. Le altre entry sono opzionali e dipendono dalla scheda grafica in questione. E' utile avere a dispozione il manuale della scheda per modificarle. Ne vediamo solo alcune:
Sono obbligatorie solo le voci Identifier e Driver che funzionano come sopra. Le altre entry sono opzionali e dipendono dalla scheda grafica in questione. È utile avere a disposizione il manuale della scheda per modificarle. Ne vediamo solo alcune:


* <code>BusID "bus-id"</code>: specifica l'indirizzo (il bus location) della della scheda grafica
* <code>BusID "bus-id"</code>: specifica l'indirizzo (il bus location) della della scheda grafica;


* <code> Screen number </code>: indica quale schermo utilizzare. E' utilizzato per quelle schede video che possono gestire più di uno schermo (consiglio questo link per chi avesse questa necessità: [http://wiki.linuxquestions.org/wiki/Using_multiple_monitors_with_XFree86 Using multiple monitors])
* <code> Screen number </code>: indica quale schermo utilizzare. È utilizzato per quelle schede video che possono gestire più di uno schermo (consiglio i link seguenti per chi avesse questa necessità: Multiple Monitors with XFree86<sup>[[#Collegamenti esterni | [7]]]</sup> o Multiple Monitors with Nvidia<sup>[[#Collegamenti esterni | [8]]]</sup>).


====Monitor Section====
===Monitor Section===
Ha questo formato:
{{Warningbox|Parametri sbagliati potrebbero danneggiare irreversibilmente il vostro monitor: leggete la documentazione dello schermo per essere sicuri di inserire valori compatibili.}}
La sezione Monitor, che descrive le particolarità dello schermo, ha questo formato:
<pre>
<pre>
Section "Monitor"
Section "Monitor"
   Identifier "name"
   Identifier "name"
   entries
   entries
  EndSection
   ...
   ...
EndSection
</pre>
</pre>
Può avere istanza multiple.
L'unica voce obbligatoria è Identifier. Vediamo alcune entry interessanti:
L'unica voce obbligatoria è Identifier. Vediamo alcune entry interessanti:


* <code>VendorName "vendor"</code>: opzionale, specifica il produttore del monitor
* <code>VendorName "vendor"</code>: opzionale, specifica il produttore del monitor;


* <code>ModelName "model"</code>: opzionale, indica il modello del monitor
* <code>ModelName "model"</code>: opzionale, indica il modello del monitor;


* <code>HorizSync horizsync-range</code>: indica il range della frequenza di aggiornamento orizzontale del monitor. Viene indicato come: <code>freq min - freq max</code>. Per default l'unità di misura è kHz (manualmente è possibile specificarlo in MHz o in Hz). Consultare il manuale del monitor per avere informazioni specifiche.
* <code>HorizSync horizsync-range</code>: indica il range della frequenza di aggiornamento orizzontale del monitor. Viene indicato come: <code>freq min - freq max</code>. Di default l'unità di misura è kHz (è possibile specificarlo in MHz o in Hz, però bisogna aggiungere queste unità di misura esplicitamente). Consultare il manuale del monitor per avere informazioni specifiche;


* <code>VertRefresh vertrefresh-range </code>: indica il range della frequenza di aggiornamento verticale supportata dello schermo. La sintassi è come sopra.
* <code>VertRefresh vertrefresh-range </code>: indica il range della frequenza di aggiornamento verticale supportata dello schermo. La sintassi è come sopra;


* <code>DisplaySize  width height</code>: opzionale, indica larghezza e altezza, espressa in millimetri, dell'area visibile dello schermo. Se viene specificata è utilizzata per calcolare i DPI dello schermo.
* <code>DisplaySize  width height</code>: opzionale, indica larghezza e altezza, espressa in millimetri, dell'area visibile dello schermo. Se viene specificata è utilizzata per calcolare i DPI dello schermo.
===Screen Section===
La Screen Section può avere istanze multiple. Ovviamente ne deve essere presente almeno una. Infatti questa sezione lega il device grafico con il monitor e quindi la sezione Device con la sezione Monitor: ciò significa che associa una certa scheda video ad un dato monitor.
Perchè è possibile avere istanze multiple di Screen? Poichè ad esempio avendo a disposizione due schede video e due monitor possiamo scegliere, in una particolare sezione, quale combinazione usare (è la stessa ragione, quindi, per cui possono esistere più sezioni ServerLayout).
Una sezione Screen è considerata attiva se è specificata all'interno della sezione ServerLayout, oppure se viene "attivata" dal opzione <code>-screen</code> del programma xorg. Se nessuna di queste due condizioni è presente allora viene considerata "attiva" la prima sezione Screen trovata nel file <code>xorg.conf</code>.
La sezione ha questo formato:
<pre>
Section "Screen"
  Identifier "name"
  Device    "devid"
  Monitor    "monid"
  entries
  ...
  SubSection "Display"
      entries
      ...
  EndSubSection
  ...
EndSection
</pre>
I campi obbligatori sono Identifier e Device. Il valore del campo device deve essere un identifier specificato della sezione Device. Anche se non obbligatorio, è bene inserire il "monid" (ovviamente uguale a uno di quelli specificati nella sezione Monitor).
Interessante è anche specificare la profondità di colore<sup>[[#Collegamenti esterni | [9]]]</sup> che deve essere usata dal server per default: <code>DefaultDepth depth</code>.
Importante è anche l'opzione seguente:
<pre>
Option "Accel"
</pre>
che abilita l'accelerazione hardware 2d tramite l'architettura XAA<sup>[[#Collegamenti esterni | [10]]]</sup>. È abilitata per default, ma se sono presenti dei bug nel driver XAA è necessario disabilitarla per avere un server X funzionante.
===Display Subsection===
Abbiamo visto nel formato dello schermo che è presente la sotto-sezione Display. È un concetto molto importante che ci permette di modificare alcune caratteristiche fondamentali.
Ogni Screen Section può avere diverse sotto-sezioni Display. Noi ci occuperemo del caso in cui ce ne fosse solo una (vedere man per il caso generale).
Questa sottosezione è opzionale e quando non viene specificata si utilizzeranno dei valori rilevati automaticamente.
Il formato è:
<pre>
SubSection "Display"
  Depth  depth
  entries
  ...
EndSubSection
</pre>
Vediamo nei dettagli:
* <code>Depth  depth</code>: il valore di <code>Depth</code> deve essere uguale a quello specificato nella sezione Display (di solito è 24);
* <code>Modes "mode-name"</code>: è una voce opzionale, ma molto importante. Infatti in questo modo possiamo indicare le risoluzione dello schermo: <code>Modes "1024x768"</code>. Inoltre è lecito scrivere: <code>Modes "1024x768" "800x600" "640x480"</code>, cioè abbiamo indicato varie risoluzioni. Quella di default è la prima. È possibile passare alle successive con <code>Ctrl+Alt+Keypad_Plus</code> e tornare indietro con <code>Ctrl+Alt+Keypad_Minus</code>.
===Files Section===
Questa sezione (opzionale) viene utilizzata per specificare delle directory richieste dal server. Alcune delle entry di Files sono:
* <code>FontPath "path"</code>: imposta il percorso (assoluto) per i font utilizzati dal server grafico. Per specificare più percorsi è possibile utilizzare una delle seguenti soluzioni: <pre>FonthPath "path_1","path_2",...,"path_n"</pre> È possibile anche specificare FontPath multipli invece della sintassi che utilizza la virgola. Se non viene specificata questa entry allora il server cercherà in percorsi standard (vedi man per i dettagli);
* <code>RGBPath "path"</code>: imposta il percorso (assoluto) del database RGB. Il database RGB non è nient'altro che una tabella che associa un nome simbolico al colore dato dalla (R,G,B): ad esempio <code>(139, 0, 0)</code> DarkRed . Se non è specificato viene cercato in <code>/usr/share/X11/rgb</code>  (i file puo' essere un .txt se il server è stato compilato per usare un database RGB testuale anzicchè binario, e in questo caso al percorso precedente viene automaticamente inserita l'estensione). La sintassi per le path multiple è identica a quella già discussa;
* <code>ModulePath "path"</code>: imposta il percorso (assoluto) per i moduli utilizzati da Xorg. La sintassi per le path multiple è identica a quella già discussa.
===Module Section===
La sezione '''Module''' è utilizzata per specificare quali moduli caricare. Se il server è compilato staticamente (cioè se tutti i moduli, o quelli necessari, vengono compilati nel server) questa sezione viene ignorata. Come abbiamo detto in precedenza in questa sessione possono essere caricate alcune estensioni di Xorg e i moduli per il font rasterization. Per caricare un modulo è sufficiente inserire la parolachiave <b>Load</b> in questo modo:
<pre>
Load "modulename"
</pre>
Poichè alcuni moduli sono caricati di default è possibile disabilitarli con
<pre>
Disable "modulename"
</pre>
I moduli vengono cercati nei percorsi specificati nel ModulePath della sezione Files, e in alcune sottodirectory specifiche di quei percorsi. Per vedere quali moduli sono presenti (estensioni e font) si vedano queste directory:
<code>/usr/lib/modules/fonts</code> e <code>/usr/lib/modules/extensions</code>
oppure
<code>/usr/lib/xorg/modules/fonts</code> e <code>/usr/lib/xorg/modules/extensions</code>
Il modulo per i font bitmap<sup>[[#Collegamenti esterni | [11]]]</sup> è caricato automaticamente.
È importante che venga caricato il modulo "extmod" perchè contiene alcune estensioni molto utili come la Shape Extension<sup>[[#Collegamenti esterni | [12]]]</sup> oppure la X Video Extension<sup>[[#Collegamenti esterni | [13]]]</sup>.
==Collegamenti esterni==
[1] [http://www.x.org/wiki/ Sito ufficiale di Xorg]<br/>
[2] [http://it.wikipedia.org/wiki/X.Org Cenni su Xorg]<br/>
[3] [http://it.wikipedia.org/wiki/X_Window_System X Window System]<br/>
[4] [https://it.wikipedia.org/wiki/Protocolli_e_architettura_di_X_Window_System Protocolli e Architettura dell'X Window System]<br/>
[5] [http://opensource.org/licenses/mit-license.php licenza MIT]<br/>
[6] [http://en.wikipedia.org/wiki/Font_rasterization font rasterization]<br/>
[7] [http://wiki.linuxquestions.org/wiki/Using_multiple_monitors_with_XFree86 Multiple Monitors with XFree86]<br/>
[8] [http://wiki.linuxquestions.org/wiki/Multiple_Monitors_with_Nvidia Multiple Monitors with Nvidia]<br/>
[9] [http://en.wikipedia.org/wiki/Color_depth profondità di colore]<br/>
[10] [http://en.wikipedia.org/wiki/XFree86_Acceleration_Architecture XAA]<br/>
[11] [http://en.wikipedia.org/wiki/Computer_font#Bitmap_fonts font bitmap]<br/>
[12] [http://en.wikipedia.org/wiki/Shape_extension Shape Extension]<br/>
[13] [http://en.wikipedia.org/wiki/X_video_extension X Video Extension]<br/>
==Dedica==
A Serena:
questo è per te cuore mio, perché, a differenza tua, io non sono capace d'altro.
{{Autori
|Autore=[[Utente:Np2k|np2k]] 22/03/2010
}}
[[Category: Xorg]]
45

contributi