Démarrage graphique avec startx, sous Linux Mageia

Vous pouvez démarrer une session en mode texte, vous connecter en mode texte, puis lancer une session graphique.

La présente page montre le processus lorsque vous vous êtes connectés en mode texte et que vous lancez la commande startx. Deux scripts assurent le lancement de la session graphique : startx et xinit, avec souvent un troisième : Xsession.

X fonctionne suivant le modèle client/serveur :
- le logiciel serveur X tourne sur un terminal intelligent (client léger) avec écran, clavier et souris ; il reçoit et sert des requêtes d'affichage, d'entrée de texte et de déplacement de souris.
- les logiciels client X se connectent au serveur X et lui envoient leurs requêtes. Le client est simplement l'application logicielle (jeu, traitement de texte, calculatrice…) qui utilise alors le protocole X pour déléguer au serveur X les tâches d'interface homme-machine.

Normalement, startx est lancé sans aucun argument. Mais il peut être intéressant de spécifier l'environnement graphique à démarrer. On peut le préciser :
indiquer le nom de l'exécutable, tel qu'il est spécifié dans le fichier du répertoire /usr/share/xsessions (Exec=)
Ex. startx startlxqt

La commande systemd-cgls permet de voir le déroulement global du démarrage.

La commande startx prépare une session du système XWindow. Elle constitue une partie préparatoire du programme xinit : elle prépare les arguments de la commande xinit, puis lance cette commande avec des arguments pour le client X et des arguments pour le serveur X.
Le déroulement est le suivant :

• startx recherche d'abord le premier périphérique d'affichage libre : $defaultdisplay
• il traite ensuite les arguments avec lesquels il va lancer la commande xinit qui démarrera la session graphique.
  Ils se décomposent en :
  • $clientargs contient les arguments pour les clients X
  • $serverargs contient les arguments pour le serveur X
• startx définit d'abord les arguments par défaut ($defaultclientargs et $defaultserverargs) :
  • fichiers utilisateur, s'ils existent (~/.xinitrc et ~/.xserverrc)
  • sinon fichiers système (/etc/X11/xinit/xinitrc et /etc/X11/xinit/xserverrc)
• startx analyse ensuite les arguments spécifiés dans la ligne de commande startx
  L'ordre des arguments est : l'afficheur, les autres arguments client, "--", les arguments serveur.
• les arguments définitifs sont appelés $clientargs et $serverargs. Ce sont :
  les arguments spécifiés, s'il y en a, sinon les arguments par défaut ($defaultclientargs et $defaultserverargs)
  Si, à ce moment, l'argument serveur est encore inexistant, statrx recherche le numéro du terminal à partir duquel startx est lancé (ex : /dev/tty1). L'argument vt1 -keeptty est ajouté à $serverargs
  Tout ceci donne : $clientargs="/etc/X11/xinit/xinitrc" $serverargs="vt1 -keeptty"
• si aucune valeur n'est spécifiée pour display, définit : $display=":0"
• startx crée maintenant un système de verrouillage de session. Il ne faut pas qu'un autre utilisateur puisse accéder à cette session s'il n'y est pas autorisé. Pour ceci, startx crée deux fichiers : $HOME/.Xauthority et $HOME/.serverauth.$$. Le premier est créé par startx et contient l'afficheur par défaut, le protocole d'identification et un cookie de 32 caractères. Le second est également créé par startx et est effacé en fin de session. Il
Pour les curieux, survolez : détails de la création des fichiers
• si la variable XAUTHORITY (avec le chemin du fichier de verrouillage) n'est pas définie, startx la définit : XAUTHORITY=$HOME/.Xauthority
• recherche du nom de la machine (résultat de la commande hostname) : Test pour cette machine
• définition de $authdisplay : :0
• création d'un cookie (résultat de la commande mcookie), hexadécimal, aléatoire, sur 128 bits (=32 caractères)
• définition du nom du fichier de verrouillage, pour le serveur, $xserverauthfile : $HOME/.serverauth.$$ ($$= Le PID su shell qui exécute le script)
• prépare l'effacement (avec trap) du fichier ci-dessous, lorsqu'un signal HUP INT QUIT ILL TRAP KILL BUS ou TERM est émis
• création du fichier xserverauthfile=$HOME/.serverauth.$$ à l'aide de la commande xauth add : ajoute le nom du display factice (Test:0), la méthode de chiffrement (MIT-MAGIC-COOKIE-1), la clé hexadécimale donnée par mcookie.
  Ce fichier fournit les informations d'authentification pour le serveur.
• complète la variable $serverargs avec -auth $xserverauthfile (le nom du fichier, pas son contenu)
• ajout du même justificatif d'identité au fichier client.
• lance la commande xinit avec les arguments définis ci-dessus :
  xinit /etc/X11/xinit/xinitrc -- -auth /home/xxx/.serverauth.zzzz -deferglyphs 16 &
  Si startx est lacé avec /usr/bin/startlxqt, par exemple, la commande devient :
  xinit /usr/bin/startlxqt -- -auth /home/xxx/.serverauth.zzzz -deferglyphs 16 &

xinit démarre le serveur X avec les arguments définis grâce à startx

• emplacement de la clé de session
• deferglyphs 16 : valide la mise en cache des glyphes (forme des caractères) pour les fontes 16 bits

Ensuite xinit lance le client X défini par l'argument, ici : /etc/X11/xinit/xinitrc
xinitrc contient la ligne
exec /etc/X11/Xsession $*
Remarque : $* réprésente les arguments éventuels. Il n'y en a pas ici.
(le cas /usr/bin/startlxqt n'est pas traité ici)

Il est aussi bien utilisé par la commande startx que par les gestionnaires de connexion.

Ce script ouvre une session graphique correspondant aux éventuels paramètres spécifiés lors de la commande. Par défaut, aucun paramètre n'est spécifié.
Voici, en résumé, le processus :

• il gère les paramètres nationaux, avec ~/.i18n si le fichier existe, sinon avec /etc/sysconfig/i18n
• autorise les utilisateurs locaux à exécuter des applications graphiques (xhost +si:localuser:`id -un`)
• il définit une couleur rouge de fond d'écran, uniquement si l'utilisateur est root,
• Actualise les ressources de X avec celles des fichiers /etc/X11/Xresources, $HOME/.Xresources, $HOME/.Xdefaults, si ces fichiers existent.Sur ma machine, seul /etc/X11/Xresources.
• vérifie si le clavier est configuré pour l'afficheur utilisé (/etc/X11/xinit/fixkeyboard)
• définit la variable $BROWSER (/bin/www-browser)
• il définit le bureau, dans l'ordre :
  1. en attribuant la valeur par défaut : default
  2. en remplaçant par le paramètre qui suit la commande Xsession (il n'y en a pas, ici)
  3. ou en remplaçant par le contenu du fichier $HOME/.desktop (il n'y en a pas, ici)
     Il doit contenit une ligne DESKTOP=nom_du_bureau. Le nom_du_bureau doit être celui de la ligne Name= dans le fichier du répertoire /usr/share/xsessions, mais en supprimant tout espace (Ex. LXQtDesktop)
  4. ou en remplaçant par le contenu du fichier /etc/sysconfig/desktop (il n'y en a pas, ici)
     Ce fichier doit contenir la même ligne que ci-dessus.
  5. si rien d'autre n'est trouvé, conserve la valeur default
• il définit la session :
  • soit SESSION=$DESKTOP, si un desktop autre que default est défini
  • soit le résultat de la commande chksession -F qui prend la première session trouvée dans le répertoire $HOME/.xsessions ou, à defaut, dans /usr/share/xsessions
• il exécute les scripts du répertoire /etc/X11/xinit.d (langue, menus, agent SSH, mise à jour, sécurité, clavier, répertoires utilisateur ...)
• il démarre l'environnement graphique, en fonction du bureau qui est défini par $DESKTOP:
  • c'est default : ne fait encore rien, à ce stade du script.
  • c'est failsafe : ouvre une console texte (rxvt ou xterm ou xvt ou twm)
  • c'est un fichier exécutable (vérifié avec type -p $DESKTOP ou avec echo "$DESKTOP" | grep -q ' '),
    exécute le fichier avec exec /bin/sh -c "$DESKTOP"
  • c'est le nom d'un bureau, tel que défini dans un fichier du répertoire /usr/share/xsessions : exécute la commande incluse dans le fichier
• si, jusqu'ici, aucune commande n'a été trouvée, il cherche dans les éventuels fichiers $HOME/.xsession et $HOME/.Xclients et exécute la commande trouvée, toujours avec exec /bin/sh -c
• s'il n'y a toujours pas de commande, il admet que le dernier paramètre du lancement de Xsession est la commande à exécuter, toujours avec exec /bin/sh -c
• encore un essai : recherche d'une session avec chksession -F (trouve la première session du répertoire /usr/share/xsessions et exécute la commande incluse dans le fichier
• dernier essai : utilise le bureau par défaut, s'il existe, IceWM-light, toujours avec exec /bin/sh -c
• dernier recours : utilise failsafe.

Remarque : le fait de lancer une commande avec exec la_commande a pour conséquence de quitter ce script dès que la_commande est terminée. La suite de ce script n'est alors pas vue. Ceci permet de sortir du script Xsession dès qu'une commande adéquate est trouvée, sans exploer le reste du script.

startx

Prépare les arguments pour la commande xinit.

Vous pouvez ajouter, comme argument, le nom de l'exécutable de la session à démarrer. Le nom doit être tel qu'il est spécifié dans le fichier du répertoire /usr/share/xsessions.

xinit

xinit démarre le serveur X, puis démarre le client X (votre session), en passant par /etc/X11/Xsession.

Xsession

Si vous n'avez pas modifié dans un sens contraire les arguments de xinit, ce dernier lance /etc/X11/Xsession.

Xsession assemble toutes les ressources X, définit la session à ouvrir, lance les commandes du répertoire /etc/X11/xinit.d et enfin ouvre votre session avec son bureau.

La définition du bureau à ouvrir suit une règle bien définie :

1. Si un argument est donné (l'argument de startx), c'est celui-ci qui définit le bureau.
   Dans le cas où cet argument est erroné, une session de secours est recherchée.
2. Si aucun argument n'est donné, le bureau est recherché, dans l'ordre suivant
   • celui de votre fichier ~/.desktop, s'il existe,
   • à défaut, celui du fichier /etc/sysconfig/desktop, s'il y est défini,
   • à défaut, celui du premier fichier du répertoire /usr/share/xsessions