web-dev-qa-db-fra.com

Bloqué sur l'écran de démarrage, ne progresse pas vers le gestionnaire de connexion

Mon gestionnaire de connexion a arrêté le chargement, sans raison apparente, à la place, tty7 était un écran noir dans lequel je pouvais taper mais sans effet. J'ai essayé plusieurs variantes de service lightdm restartservice sddm restart mais en vain. J'ai essayé d'installer gdm et d'exécuter dpkg-reconfigure mais cela a montré une étrange erreur intel ... ERROR too many voltage tries give up. J'ai également essayé d'installer xdm mais cela n'a pas fonctionné non plus. J'ai essayé d'activer les gestionnaires d'affichage avec systemctl enable gdm.servicesystemctl enable lightdm.service. Il semble que x11 soit correct comme Sudo startx commence l'unité apparemment bien.

Finalement, j'ai abandonné et j'ai redémarré. Maintenant, je reçois simplement l'écran de démarrage de kubuntu qui ne se résout jamais en gestionnaire d'affichage ou en tty.

Peut-être que j'ai activé plusieurs gestionnaires d'affichage? Que dois-je essayer de faire ensuite? J'utilise actuellement une clé USB ubuntu live, comment pourrais-je modifier upstart ou systemd pour simplement activer lightdm par exemple?

J'espère que je n'ai pas à formater: -/viens sur internet!

4
david_adler

D'accord, le [drm:intel_dp_start_link_train] *ERROR* too many voltage retries, give up du noyau est un bug conn mais c'était un hareng rouge et n'avait rien à voir avec mes problèmes et d'après ce que j'ai vu les gens dire que ce n'était pas un problème. Je pense que cela a quelque chose à voir avec ASUS. J'utilise ASUS TaiChi 21.

Exécute également systemctl enable pour plusieurs gestionnaires de connexion, ce n'était pas trop un problème car cela crée simplement des liens symboliques dans /etc/systemd/system

J'ai corrigé l'écran de démarrage ne progressant pas vers le gestionnaire de connexion en remplaçant le gestionnaire de connexion par sddm, il était réglé sur xdm. Je l'ai fait en utilisant une clé USB "Try ubuntu live" et en modifiant le fichier /etc/X11/default-display-manager de /usr/bin/xdm à /usr/bin/sddm.

Au cours du processus, j'ai appris un peu comment fonctionne X11 et les gestionnaires d'affichage:

  • X11 est un protocole réseau. Il encode des éléments tels que les primitives graphiques, les images, le mouvement du pointeur et les touches.
  • Xorg est un serveur X. Il implémente X11 et fournit une interface pour les claviers, les souris et les cartes vidéo.
  • gdm, xdm, kdm sddm sont tous des gestionnaires de connexion (gestionnaires d'affichage de synonymes). Ils sont le premier programme X exécuté par le système.
  • Lorsque l'ordinateur démarre, les scripts Shell dans /etc/rc2.d sont exécutés. Il existe un script pour chaque gestionnaire de connexion, tel que S03lightdm. Ce script du gestionnaire de connexion lit à partir de /etc/X11/default-display-manager et décide de lancer ou non le gestionnaire d'affichage en fonction de cette valeur.
  • Lors de l'authentification, le gestionnaire de connexion appelle /etc/Xsession qui appelle les scripts dans /etc/Xsession.d/ et ~/xinitrc qui configure ensuite votre environnement de bureau et votre gestionnaire de fenêtres.

Donc, probablement, il y avait un problème avec l'installation/la configuration/la compatibilité de xdm sur mon ordinateur.

Suite à ce changement, j'ai pu voir l'écran du gestionnaire de connexion et j'ai pu me connecter mais lors de la connexion, il m'a redirigé vers l'écran de connexion. Cela s'est produit en raison de l'exécution de Sudo startx qui a créé le fichier~/.Xauthority mais appartenant à root. J'ai finalement corrigé cela en supprimant .Xauthority et tout est revenu à la normale!

3
david_adler