Que se passe-t-il sous les couvertures pour me connecter et démarrer Unity ou une autre interface utilisateur graphique?

Question

En cas de problème, il peut être utile de comprendre ce qui se passe sous la couverture pour engager un utilisateur dans une session avec une interface graphique et obtenir un Unity (ou un autre gestionnaire de fenêtres) pour afficher un bureau.

John S Gruber · Accepted Answer

Comment une session d'interface graphique utilisateur de bureau démarre avec Ubuntu 12.04-14.04

Voici la chaîne d'événements:

Le noyau Linux Ubuntu et sa mise à jour

Le noyau démarre le processus init en tant que processus numéro 1. Il s'agit d'une procédure récente pour Ubuntu 12.04.

Les jobs Upstart sont en /etc/init/

Page de manuel: man init

Journaux: journal du noyau (dmesg; copié dans /var/log/syslog), /var/log/upstart/jobname.log, autres journaux déterminés par les travaux démarrés.

Source: /etc/init/lightdm.conf

Le travail mis à jour exécute /usr/sbin/lightdm. Nous pouvons probablement nous attendre à ce que cela soit converti au fil du temps en une unité de service systemd.

Lightdm

Page de manuel: man lightdm , ainsi que: buntu Wiki: LightDM

Journaux:

/var/log/syslog /var/log/lightdm/lightdm.log /var/log/lightdm/* ## for PAM: /var/log/auth.log ## for the Xorg X server: /var/log/Xorg.0.log

Source: man lightdm et /var/log/lightdm/lightdm.log

lightdm get a commencé assez tard dans le processus init; Par exemple, le système dbus doit être déjà démarré, le système de fichiers doit être prêt et le système d’affichage graphique doit être prêt.

lightdm crée un fichier xauthority puis lance X en le démarrant sur VT 7, le terminal virtuel que vous obtenez en appuyant sur Alt+Ctrl+F7. Lorsque X est lancé, lightdm signale au programme d’écran de démarrage de Plymouth de quitter. Il est essentiel que cela se produise une fois que tous les terminaux (1-6) ont commencé.

Depuis juillet 2013, des éléments de support Mir ont été ajoutés à lightdm, mais ils ne sont plus utilisés par défaut pour les systèmes de bureau à partir de 14.04.

X tente d'utiliser les pilotes les plus avancés possibles. Ses propres pilotes sont chargés à partir de /usr/lib/xorg/modules/. Notez qu'il existe des pilotes de noyau et des pilotes xorg pour de nombreux périphériques, les pilotes xorg utilisant presque certainement ceux du noyau. dri et glx sont des caractéristiques importantes, en particulier pour les graphiques avancés haute performance. Les journaux sont stockés pour X dans /var/log/Xorg.0.log.

Il existe des communications via le système sur ce "siège" et des noms d’utilisateur possibles sont acquis. lightdm utilise X pour dessiner l'écran. Unity-greeter est utilisé pour aider au processus.

Lorsque vous sélectionnez les différents ID utilisateur possibles, l'image d'arrière-plan de cet ID utilisateur est utilisée.

lightdm récupère les noms des gestionnaires de fenêtres/systèmes potentiels à partir de /usr/share/xsessions/*.desktop.

Les informations de compte sont acquises via le service accountsservice accounts-daemon sur dbus.

lightdm et la bannière utilisent PAM pour authentifier l'utilisateur. Une fois authentifié, PAM lancera un démon gnome-keyring-daemon avec l'option --login et lui fournira le mot de passe de l'utilisateur afin qu'il puisse déverrouiller le fichier de clés de connexion de l'utilisateur, le cas échéant. Voir https://live.gnome.org/GnomeKeyring/Pam et man 8 pam_unix pour plus d'informations. PAM stocke les informations de journal dans /var/log/auth.log et est contrôlé par /etc/pam.conf (presque vide) et /etc/pam.d/*. En particulier, voir /etc/pam.d/lightdm et /etc/pam.d/lightdm-autologin.

Une fois l'utilisateur authentifié, les privilèges sont supprimés et un fichier est écrit dans ~user/.dmrc décrivant la session. Par exemple:

[Desktop] Session=ubuntu

ou

[Desktop] Session=awesome

Les fichiers .desktop de /usr/share/xsessions/*.desktop déterminent maintenant le reste de la séquence de démarrage.

Par exemple, voici celui pour Unity:

[Desktop Entry] Name=Ubuntu Comment=This session logs you into Ubuntu Exec=gnome-session --session=ubuntu TryExec=unity Icon= Type=Application X-Ubuntu-Gettext-Domain=gnome-session-3.0

Le script de shell /usr/sbin/lightdm-session est exécuté avec les arguments gnome-session --session=ubuntu (sic .-- 'ubuntu', pas 'unit')

session lightdm

Journaux:?
Journaux d'erreur: ~/.xsession-errors
Journaux de processus démarrés: ~/.cache/upstart/*
Source: /usr/sbin/lightdm-session

/usr/sbin/lightdm-session prend alors les mesures suivantes:

Courses:

/etc/profile, $HOME/.profile
/etc/xprofile $HOME/.xprofile;
charge les ressources de /etc/X11/Xresources et $HOME/.Xresources, si elles existent, charge la mappe de clavier avec setxbmap en utilisant les contenus de /etc/X11/Xkbmap et $HOME/.Xkbmap;
si vous n'utilisez pas XKB, utilisez xmodmap par rapport aux /etc/X11/Xmodmap et $HOME/.Xmodmap existants
exécute les scripts dans /etc/X11/xinit/xinitrc.d;
exécute les scripts Xsession dans /etc/X11/Xsession.d/*, en utilisant les options de /etc/X11/Xsession.options.

L'un de ces démarre ssh-agent (redondant), un autre exécute $HOME/.xsessionrc. Un autre démarre session-dbus (ssh-agent et session-dbus sont autorisés dans le fichier Xsession.options ci-dessus). Cette session dbus est utile pour les communications entre processus concernant cette session utilisateur unique.

ssh-agent peut conserver des clés ssh pour la session si elles sont ajoutées quelque temps au cours de la session, mais gnome-keyring-daemon fait la même chose.

/etc/X11/Xsession.d/50_check_unity_support exécute /usr/lib/nux/unity_support_test et en cas d'échec, exporte LIBGL_ALWAYS_SOFTWARE=1 dans l'environnement, de sorte que llvmpipe sera utilisé pour le rendu logiciel du bureau.

À partir d'Ubunu 13.10: /etc/X11/Xsession.d/00upstart définit la variable UPSTART en 1. /etc/X11/Xsession.d/99upstart vérifie cette variable et, si elle est définie, substitue init --user aux autres éléments définis sur $STARTUP. Ainsi, le démarrage en mode utilisateur démarre ces travaux dans /usr/share/upstart/sessions. Un de ceux-ci est gnome-session.conf qui lance gnome-session.

Sauf si cela est déjà fait, finalement lightdm-session lance un gestionnaire de fenêtres ou, pour l'unité, le programme ci-dessus lance le gestionnaire de sessions gnome-session.

Il semble que lightdm-session assume le rôle traditionnel de xsession. Sa page de manuel est à l'adresse http://manpages.ubuntu.com/manpages/precise/man5/Xsession.5.html . lightdm considère qu'il s'agit d'une session-wrapper.

gestionnaire de session gnome-session (Unity et Gnome Shells)

Manpage: http://manpages.ubuntu.com/manpages/precise/fr/man1/gnome-session.1.html
Journaux:?

Source: page de manuel

gnome-session est utilisé pour Unity, mais pas pour awesome par défaut, par exemple. Voir les fichiers .desktop ci-dessus.

gnome-session démarre le programme spécifié à partir de/usr/share/gnome-session/sessions/et lance les applications à partir de ~/.config/autostart/et/etc/xdg/autostart.

Voici un exemple tiré de/etc/xdg/autostart:

$cat /etc/xdg/autostart/nm-applet.desktop [Desktop Entry] Name=Network Comment=Manage your network connections Icon=nm-device-wireless Exec=nm-applet Terminal=false Type=Application NoDisplay=true NotShowIn=KDE; X-GNOME-Bugzilla-Bugzilla=GNOME X-GNOME-Bugzilla-Component=general X-GNOME-Autostart-enabled=true X-Ubuntu-Gettext-Domain=nm-applet

Un autre fichier, /etc/xdg/autostart/gnome-keyring-ssh.desktop, lance gnome-keyring-daemon avec l’option --start, complétant ainsi le démarrage de ce processus démon et stockant des informations importantes à son sujet dans l’environnement en vue de leur utilisation potentielle par ssh.

Dans une liste ps aux, il apparaît que gnome-session démarre les gestionnaires de fenêtres avec dbus-launch.

Gestionnaires de fenêtres

Gestionnaire de fenêtre impressionnant

Page de manuel: http://manpages.ubuntu.com/manpages/precise/fr/man1/awesome.1.html
Journaux:?

Source: page de manuel, examen du fichier de configuration

Voici le fichier awesome.desktop dans/usr/share/xsessions/utilisé par lightdm-session:

[Desktop Entry] Encoding=UTF-8 Name=awesome Comment=Highly configurable framework window manager TryExec=awesome Exec=awesome

Comme vous pouvez le constater, l'entrée entraîne simplement l'exécution du gestionnaire de fenêtres génial. Il lit ses propres fichiers de configuration, y compris /etc/xdg/awesome/rc.lua à partir du paquet génial. Il peut être configuré avec $ HOME/.config/awesome/rc.lua.

Unité

Source: examen du fichier de configuration

Voici le fichier ubuntu.desktop dans/usr/share/xsessions /:

[Desktop Entry] Name=Ubuntu Comment=This session logs you into Ubuntu Exec=gnome-session --session=ubuntu TryExec=unity Icon= Type=Application X-Ubuntu-Gettext-Domain=gnome-session-3.0

Ceci démarre la session gnome décrite dans /usr/share/gnome-session/sessions/ubuntu.session

Voici ce fichier:

[GNOME Session] Name=Ubuntu RequiredComponents=gnome-settings-daemon; RequiredProviders=windowmanager;panel; DefaultProvider-windowmanager=compiz DefaultProvider-panel=compiz IsRunnableHelper=/usr/lib/nux/unity_support_test FallbackSession=ubuntu-2d DesktopName=Unity

Le programme IsRunnableHelper exécuté par gnome-session dans 12.04 détermine si l'unité peut être exécutée ou si ubuntu-2d sera exécuté. S'il commet une erreur et dit que l'unité peut fonctionner et ne peut pas fonctionner, il y a un problème. Choisissez manuellement ubuntu-2d dans lightdm si cela vous arrive. Tandis qu'il renvoie un code retour, nous pouvons voir ce qu'il fait en l'exécutant avec l'option -p.

$ /usr/lib/nux/unity_support_test -p OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RS690 OpenGL version string: 2.1 Mesa 8.0.2 Not software rendered: yes Not blacklisted: yes GLX fbconfig: yes GLX texture from pixmap: yes GL npot or rect textures: yes GL vertex program: yes GL fragment program: yes GL vertex buffer object: yes GL framebuffer object: yes GL version is 1.4+: yes Unity 3D supported: yes

Pour les versions 12.10 et ultérieures, le matériel non supporté utilise le logiciel llvmpipe pour restituer ce que le matériel ne peut pas. Son fichier de configuration est plus simple que celui ci-dessus. Voir ci-dessus pour savoir comment cela est activé.

Les fichiers ci-dessus indiquent que gnome-session doit démarrer le démon de configuration et démarrer Compiz afin d'exécuter un gestionnaire de fenêtres et des panneaux.

compiz

Page de manuel: http://manpages.ubuntu.com/manpages/precise/fr/man1/compiz.1.html
Journaux:?
Source: http://en.wikipedia.org/wiki/Compiz , examen du système de fichiers

Une fois compiz lancé, il exécute divers plugins. Avant 12.10, les paramètres de gnome sont utilisés pour les définir. Ils peuvent être changés avec ccsm (compiz config settings manager) ou avec gconf-editor. Les paramètres du plug-in sont stockés dans apps/compiz-1/general/screen0/options sous active_plugins. Les doublons m'ont fait avoir des segfaults avec compiz. Ceux-ci sont stockés dans le répertoire de base de l'utilisateur dans le répertoire ~/.gconf/organisé comme ci-dessus. Les valeurs réelles sont stockées dans les fichiers% gconf.xml.

Depuis 12.10, ces plugins sont stockés en binaire dans votre fichier ~/.config/dconf/user. La méthode de stockage des paramètres, dconf ou gsettings, est plus récente. Vous pouvez voir tous ces paramètres avec dconf dump /org/gnome/.

Unityshell est l'un de ces plugins. Il utilise le projet nux en tant que boîte à outils intégrée. Les images sont dessinées sur des textures dans un espace tridimensionnel avec des valeurs de transparence spécifiées. Celles-ci sont traitées par compiz et envoyées à llvm ou à des pilotes graphiques avancés pour que les moteurs graphiques soient composés sur le matériel informatique graphique du système et soient restitués. En général, cela s’oppose au rendu d’images directement dans un framebuffer, comme cela se faisait de manière plus traditionnelle. Cette chaîne d'événements complexe est ce qui nécessite des pilotes plus avancés et invite parfois à l'utilisation de pilotes graphiques propriétaires dans Ubuntu.