web-dev-qa-db-fra.com

(13.04) lightdm crashing - curseur noir clignotant

J'utilise la version 13.04 x64 d'Ubuntu sur mon PC et au moins, cela fonctionne aussi loin qu'il le devrait. Mais tout à coup, lightdm se bloque au démarrage et même si j’essaie de le démarrer manuellement depuis le terminal après avoir basculé sur un autre terminal.

Je ne sais pas ce qui peut causer ces problèmes parce que je n'ai même pas installé de pilote graphique pour ma carte nvidia (car je connais ces problèmes depuis des années et les ignore en ne les installant pas).

Cela a bien fonctionné pendant quelques jours après une nouvelle installation et des mises à jour, mais maintenant cela ne fonctionne plus comme il se doit.

Le passage à gdm a résolu le problème de connexion à mon ordinateur avec une interface graphique, mais bon, ce Lightdm devrait fonctionner, je suppose.

Les journaux ne m'aident pas beaucoup, mais peut-être que quelqu'un sait ce qui se passe?

lightdm.log

 [+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log [+0.00s]
 DEBUG: Starting Light Display Manager 1.6.0, UID=0 PID=7369 [+0.00s]
 DEBUG: Loaded configuration from /etc/lightdm/lightdm.conf [+0.00s]
 DEBUG: Using D-Bus name org.freedesktop.DisplayManager [+0.00s] DEBUG:
 Registered seat module xlocal [+0.00s] DEBUG: Registered seat module
 xremote [+0.00s] DEBUG: Adding default seat [+0.00s] DEBUG: Starting
 seat [+0.00s] DEBUG: Starting new display for greeter [+0.00s] DEBUG:
 Starting local X display [+0.00s] DEBUG: Using VT 7 [+0.00s] DEBUG:
 Activating VT 7 [+0.01s] DEBUG: Logging to /var/log/lightdm/x-1.log
 [+0.01s] DEBUG: Writing X server authority to /var/run/lightdm/root/:1
 [+0.01s] DEBUG: Launching X Server [+0.01s] DEBUG: Launching process
 7376: /usr/bin/X :1 -core -auth /var/run/lightdm/root/:1 -nolisten tcp
 vt7 -novtswitch [+0.01s] DEBUG: Waiting for ready signal from X server
 :1 [+0.01s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
 [+0.01s] DEBUG: Registering seat with bus path
 /org/freedesktop/DisplayManager/Seat0 [+0.61s] DEBUG: Got signal 10
 from process 7376 [+0.61s] DEBUG: Got signal from X server :1 [+0.61s]
 DEBUG: Connecting to XServer :1 [+0.61s] DEBUG: Starting greeter
 [+0.62s] DEBUG: Started session 7385 with service 'lightdm-greeter',
 username 'lightdm' [+0.64s] DEBUG: Session 7385 authentication
 complete with return value 0: Success [+0.64s] DEBUG: Greeter
 authorized [+0.64s] DEBUG: Logging to /var/log/lightdm/x-1-greeter.log
 [+0.64s] DEBUG: Session 7385 running command
 /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/unity-greeter
 [+0.68s] DEBUG: Greeter closed communication channel [+0.68s] DEBUG:
 Session 7385 exited with return value 1 [+0.68s] DEBUG: Greeter quit
 [+0.68s] DEBUG: Failed to start greeter [+0.68s] DEBUG: Stopping
 display [+0.68s] DEBUG: Sending signal 15 to process 7376 [+0.82s]
 DEBUG: Process 7376 exited with return value 0 [+0.82s] DEBUG: X
 server stopped [+0.82s] DEBUG: Removing X server authority
 /var/run/lightdm/root/:1 [+0.82s] DEBUG: Releasing VT 7 [+0.82s]
 DEBUG: Display server stopped [+0.82s] DEBUG: Stopping seat, failed to
 start a display [+0.82s] DEBUG: Stopping seat [+0.82s] DEBUG: Seat
 stopped [+0.82s] DEBUG: Required seat has stopped [+0.82s] DEBUG:
 Stopping display manager [+0.82s] DEBUG: Display manager stopped
 [+0.82s] DEBUG: Stopping daemon [+0.82s] DEBUG: Exiting with return
 value 1

---

x-0-greeter.log

 Error writing X authority: Failed to write X authority
 /var/lib/lightdm/.Xauthority: Success

---

x-1-greeter.log

 Error writing X authority: Failed to write X authority
 /var/lib/lightdm/.Xauthority: Success /var/log/lightdm/x-1-greeter.log
 (END)

---

x0.log

 X.Org X Server 1.13.3 Release Date: 2013-03-07 X Protocol Version 11,
 Revision 0 Build Operating System: Linux 3.2.0-37-generic x86_64
 Ubuntu Current Operating System: Linux stefan-dev 3.8.0-30-generic
 #44-Ubuntu SMP Thu Aug 22 20:52:24 UTC 2013 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.8.0-30-generic
 root=UUID=6e9c6967-a55f-49b8-b690-7257b359ae8d ro quiet splash
 vt.handoff=7 Build Date: 17 April 2013  10:43:13PM xorg-server
 2:1.13.3-0ubuntu6 (For technical support please see
 http://www.ubuntu.com/support)  Current version of pixman: 0.28.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Sep 17 18:27:30 2013
 (==) Using system config directory "/usr/share/X11/xorg.conf.d"
 Initializing built-in extension Generic Event Extension Initializing
 built-in extension SHAPE Initializing built-in extension MIT-SHM
 Initializing built-in extension XInputExtension Initializing built-in
 extension XTEST Initializing built-in extension BIG-REQUESTS
 Initializing built-in extension SYNC Initializing built-in extension
 XKEYBOARD Initializing built-in extension XC-MISC Initializing
 built-in extension SECURITY Initializing built-in extension XINERAMA
 Initializing built-in extension XFIXES Initializing built-in extension
 RENDER Initializing built-in extension RANDR Initializing built-in
 extension COMPOSITE Initializing built-in extension DAMAGE
 Initializing built-in extension MIT-SCREEN-SAVER Initializing built-in
 extension DOUBLE-BUFFER Initializing built-in extension RECORD
 Initializing built-in extension DPMS Initializing built-in extension
 X-Resource Initializing built-in extension XVideo Initializing
 built-in extension XVideo-MotionCompensation Initializing built-in
 extension SELinux Initializing built-in extension
 XFree86-VidModeExtension Initializing built-in extension XFree86-DGA
 Initializing built-in extension XFree86-DRI Initializing built-in
 extension DRI2 Loading extension GLX resize called 1680 1050 Server
 terminated successfully (0). Closing log file.
6
Stefan

M'a pris deux jours. Solution finale:

  1. Sudo dpkg-reconfigure gdm #select gdm
  2. Sudo apt-get remove lightdm* --purge
  3. Sudo reboot
  4. Sudo apt-get install lightdm*
  5. Sudo dpkg-reconfigure gdm #select lightdm
3
TN Li

J'ai commencé à rencontrer ce problème après avoir appliqué le correctif lightdm actuel la semaine dernière. La greeter ne pourrait pas démarrer en raison d'un manque d'accès à /var/lib/lightdm/.Xauthority, le résultat étant une erreur de mode graphique insuffisante qui ne pourrait être résolue que pour une session en supprimant /var/lib/lightdm/.Xauthority. Ce problème semble être dû à ce nouveau correctif qui donne au fichier .Xauthority des autorisations beaucoup plus strictes (600 au lieu de 664). Voir ce qui suit:

lightdm (1.6.0-0ubuntu3.1) sécurité-sécurité; urgence = faible

  • MISE À JOUR DE SÉCURITÉ: autorisations erronées sur le fichier .Xauthority (LP: # 1175023)
    • debian/patches/07_xauthority_perms.patch: utilisez g_open au lieu de g_file_set_contents dans src/xauthority.c.
    • debian/patches/08_xauthority_fix_perms.patch: corrige les permissions incorrectes laissées par les versions précédentes dans src/xauthority.c.
    • CVE-2013-4331

Le correctif suggéré ci-dessus a semblé fonctionner pendant environ une demi-heure jusqu'à ce que l'ancien comportement soit revenu, avec le problème supplémentaire suivant: des fichiers obsolètes .Xauthority ont été laissés avec des autorisations 600 dans les répertoires de départ de l'utilisateur, ce qui a entraîné des boucles de connexion graphiques.

Pour résoudre ce problème, j'ai créé un script wrapper pour xfce-session-logout (j'utilise XFCE), qui supprime .Xauthority des répertoires de base de l'utilisateur et de /var/lib/lightdm. Étant donné que ce script doit utiliser Sudo pour assumer les droits appropriés pour supprimer /var/lib/lightdm/.Xauthority, ceci n’est guère idéal, bien que cela fonctionne. Utiliser gdm évite également ce problème. Ma situation est également compliquée peut-être par le fait que j’accède au système local via la console et via xdmcp.

Pour résoudre le problème de sécurité décrit dans le correctif ci-dessus, Ubuntu doit appliquer des correctifs aux autres programmes (les greeters, par exemple) ayant besoin d'accéder à .Xauthority, car actuellement, en corrigeant le problème de sécurité, ils ont effectivement cassé lightdm. Ce n'est pas très bon.

1
user194431

Je rencontre le même problème sous Debian Sid et trouver que supprimer le fichier .Xauthority le corrige, bien que ce ne soit pas une solution très fiable, car je devais le faire à chaque redémarrage. C’est une solution de contournement qui me permet de revenir à mon interface graphique. .

  • Renommez le fichier /var/lib/lightdm/.Xauthority en /var/lib/lightdm/.Xauthority-BAK avec

    Sudo mv /var/lib/lightdm/.Xauthority /var/lib/lightdm/.Xauthority-BAK
    
  • Redémarrez le service lightdm avec

    Sudo service lightdm stop
    Sudo service lightdm start
    
1
PB386SX

Lubuntu 15.x:
Sur l’écran noir lightdm-greeter, je suis passé à un terminal virtuel (Alt2), connecté, puis trouvé le pid de lightdm-greeter avec top -b -n 1 | grep 'lightdm', puis j’ai essayé Sudo kill -s SIGHUP [pid], puis utilisé toppour voir si le greeter était toujours en cours d'exécution, puis Sudo kill -s SIGTERM et encore utilisé topet si le greeter n'était pas en cours d'exécution. Ensuite, je suis retourné à la session graphique/connexion. Il y avait un message qui indiquait que la session était verrouillée et que je serais redirigé vers un login. J'ai attendu peut-être 7 secondes et le lightdm-greeter est apparu. J'ai pu me connecter. Session GUI intacte.

1
user529394