GDM3 ne démarre pas dans Ubuntu 18.04
J'ai récemment mis à niveau mon ordinateur portable d'Ubuntu 17.04 à 18.04. Cela a parfaitement fonctionné et je l’utilise sans aucun problème, mais hier, j’ai publié Sudo apt upgrade et il a mis à jour certains paquets. Ensuite, j'ai redémarré le PC et il n'a pas redémarré. Après avoir affiché le logo Ubuntu, je reçois un écran comme ci-dessous et après avoir clignoté plusieurs fois, il se fige.
Notez que le message sur la dernière ligne change pour chaque redémarrage. Je suis en mesure de démarrer une session tty où je me connecte à mon compte.
messages de démarrage normaux généralement couverts par l'écran de démarrage 
À ma connaissance, le problème est le suivant: gdm3 (gestionnaire d’affichage GNOME) ne parvient pas à démarrer car, lorsque je publie Sudo systemctl restart gdm3, l’écran clignote plusieurs fois et reste en session tty.
Quelqu'un peut-il suggérer une solution à ce problème sans une réinstallation complète du système?
J'ai eu un problème similaire lors de la mise à jour du 16.04 au 18.04.
La solution dans mon cas particulier consistait à désactiver Wayland en modifiant /etc/gdm3/custom.conf sans commenter ou en activant WaylandEnable=false afin que le gestionnaire d’affichage GNOME charge toujours l’environnement de bureau GNOME à partir de gnome-desktop et non de Wayland. En effet, Wayland a généralement des erreurs avec certains pilotes graphiques.
Cela peut être fait facilement à partir d’un USB Live Ubuntu ou, si possible, démarrez en mode Récupération à partir du menu grub.
J'ai été victime de ce problème pendant un certain temps avec Ubuntu 18.04 sur un Dell Latitude 5580 qui utilise nvidia. Je pense que GDM n'est pas entièrement compatible avec cette spécification.
Après avoir essayé de nombreuses solutions, y compris la réinstallation d'Ubuntu à plusieurs reprises, j'ai décidé de passer à LightDM et le problème a été résolu.
Dans l'écran de démarrage, appuyez sur Alt+F2 et exécutez ces commandes:
Sudo apt-get install lightdm
Sudo dpkg-reconfigure lightdm
Cela a fonctionné pour moi. Bonne chance :)
Même problème ici. Je viens de supprimer gdm (qui a été installé près de gdm3 après avoir mis à jour mon système du 16.04 au 18.04)
Sudo apt purge gdm
N'oubliez pas que vous pouvez vous connecter sans environnement X sur un système Linux: appuyez simplement sur Ctrl+Alt+F2 (ou autre) Fn sauf F1 ou F7) pour accéder à une console de connexion.
Mon ordinateur portable HP utilise les cartes graphiques Intel, aucun pilote nVidia n’est installé, mais j’ai eu les mêmes problèmes que ceux décrits ci-dessus. Désactiver Wayland ou installer et passer à LightDM ne fonctionnait pas.
Mais - Le gestionnaire d’affichage SLiM m’a finalement permis de démarrer normalement (après avoir redémarré plus de 50 fois !!!). C’est le bogue le plus gênant que je connaisse depuis Feisty Fa.
J'ai trouvé une solution basée sur this et cela a fonctionné pour moi.
Premier:
Sudo apt install ubuntu-gnome-desktop
Et alors:
Sudo gnome-Shell gnome
Ensuite, redémarrez le système ou simplement Sudo systemctl restart gdm3.
J'avais les mêmes problèmes avec gdm3, cela ne commencerait tout simplement pas après l'installation d'ubuntu-desktop.
La solution de Kandy ci-dessus a fonctionné pour moi, avec quelques ajustements mineurs:
Alt+F2 pour obtenir une invite lorsque le cycle de démarrage se termine (il semble que l'affichage de votre bureau est sur le point de démarrer)
Sudo apt update
Sudo apt upgrade
Sudo add-apt-repository main
Sudo add-apt-repository universe
Sudo add-apt-repository restricted
Sudo add-apt-repository multiverse
Sudo apt install lightdm
À la fin de l'installation lightdm, un écran s'affiche pour me donner le choix d'utiliser soit lightdm, soit gdm3, j'ai choisi lightdm. Certains endroits que j'ai vus ont mentionné que vous deviez exécuter Sudo dpkg-reconfigure lightdm, mais cela ne m'a ramené qu'à l'écran contextuel pour me permettre de choisir le gestionnaire d'affichage à utiliser.
Lorsque j'ai redémarré, j'ai reçu un message indiquant qu'aucun gestionnaire d'affichage n'avait été sélectionné (ce que j'avais ignoré) et que tout semble aller pour le mieux, l'affichage "normal" du bureau est apparu et tout semble bien fonctionner. Je n'ai pas encore redémarré, je suis curieux de voir si je continue à recevoir le message indiquant qu'aucun gestionnaire d'affichage n'est sélectionné. Je continuerai simplement à l'ignorer jusqu'à ce que je dispose de temps libre pour effectuer des recherches.
J'ai eu un problème similaire. Cette erreur dans syslog m'a finalement conduit à ma solution:
(EE) systemd-logind: failed to get session: PID 10023 does not belong to any known session
À la suite de cette erreur, gdm-x-session échoue plus avant dans le processus de démarrage de gdm3 et abandonne:
/usr/lib/gdm3/gdm-x-session[2849]: dbus-daemon[3479]: [session uid=136 pid=3479] Activating service name='org.freedesktop.systemd1' requested by ':1.0' (uid=136 pid=2849 comm="/usr/lib/gdm3/gdm-x-session gnome-session --autost" label="unconfined")
/usr/lib/gdm3/gdm-x-session[2849]: dbus-daemon[3479]: [session uid=136 pid=3479] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
gdm-x-session: could not fetch environment: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.freedesktop.systemd1 exited with status 1
gdm3: GdmManager: trying to register new display
gdm3: GdmManager: Error while retrieving session id for sender: Error getting session id from systemd: No data available
gdm-x-session: Could not register display: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: No display available
Le service gdm3 continue d'essayer de démarrer gdm-x-session encore et encore, inondant syslog. Je l'ai corrigé en ajoutant cette ligne à /etc/pam.d/gdm-launch-environment:
session optional pam_systemd.so
Ma théorie sur le vrai problème est que pam-auth-update est exécuté pendant certaines installations de paquet et aurait ajouté pam_systemd à /etc/pam.d/common-session. Cependant, j'avais édité manuellement au moins un fichier /etc/pam.d/common-*, auquel cas pam-auth-update est abandonné si "--force" n'est pas spécifié.