Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 21/12/2017, à 11:07

Renkineko

[Résolu] Incompatibilité x11vnc / lightdm

Bonjour,

J'ai fait une recherche mais j'ai du mal à trouver les termes qui me permettent d'avoir une solution efficace à mon problème.

Hier, j'avais besoin de faire des tests sur mon PC depuis le taff. Pour ça, j'ai voulu installer un serveur VNC. Impossible de faire fonctionner correctement vnc4server ainsi que tightvncserver. Je les ai donc désinstallé. J'ai ensuite essayé avec x11vnc, et là miracle : tout fonctionne. J'arrive à me connecter en VNC depuis mon travail, je fais mes tests. Mais aujourd'hui en redémarrant mon PC, impossible de me connecter au bureau : lorsque je tape le mot de passe (ce qui m'a étonné d'ailleurs, généralement j'ai l'auto-log chez moi), j'ai un écran noir pendant 2s puis retour à l'écran de login. Evidemment, c'est le bon mot de passe (vérification en tapant un mauvais mais dans ce cas ça ne passe pas par la phase écran noir). Jusque là, le problème est assez répandu sur le forum, mais je vois juste aucune résolution qui correspondrait à mon cas.

Je passe en TTY1 et après vérification dans le syslog, voici ce que je vois :

Dec 21 08:52:09 veterini org.gtk.vfs.Daemon[2971]: A connection to the bus can't be made
Dec 21 08:52:09 veterini systemd[1]: Started Session c5 of user veterini.
Dec 21 08:52:09 veterini systemd[1]: Stopping User Manager for UID 108...
Dec 21 08:52:09 veterini systemd[1797]: Stopped target Default.
Dec 21 08:52:09 veterini systemd[1797]: Reached target Shutdown.
Dec 21 08:52:09 veterini systemd[1797]: Starting Exit the Session...
Dec 21 08:52:09 veterini systemd[1797]: Stopped target Basic System.
Dec 21 08:52:09 veterini systemd[1797]: Stopped target Sockets.
Dec 21 08:52:09 veterini lightdm[1293]: ** (process:3012): WARNING **: Error reading existing Xauthority: Failed to open file '/home/veterini/.Xauthority': Permission denied
Dec 21 08:52:09 veterini systemd[1797]: Stopped target Paths.
Dec 21 08:52:09 veterini lightdm[1293]: Error writing X authority: Failed to open X authority /home/veterini/.Xauthority: Permission denied
Dec 21 08:52:09 veterini systemd[1797]: Stopped target Timers.
Dec 21 08:52:09 veterini lightdm[1293]: ** (lightdm:1293): CRITICAL **: session_get_login1_session_id: assertion 'session != NULL' failed
Dec 21 08:52:09 veterini systemd[1797]: Received SIGRTMIN+24 from PID 3670 (kill).
Dec 21 08:52:09 veterini systemd[1]: Stopped User Manager for UID 108.
Dec 21 08:52:09 veterini systemd[1]: Removed slice User Slice of lightdm.
Dec 21 08:52:09 veterini kernel: [  170.487049] nvidia-modeset: Freed GPU:0 (GPU-a9e6d7fc-3b66-c8f0-14b4-408708b33ff8) @ PCI:0000:01:00.0
Dec 21 08:52:10 veterini nvidia-persistenced: Received signal 15
Dec 21 08:52:10 veterini systemd[1]: Stopping NVIDIA Persistence Daemon...
Dec 21 08:52:10 veterini nvidia-persistenced: Socket closed.
Dec 21 08:52:10 veterini nvidia-persistenced: PID file unlocked.
Dec 21 08:52:10 veterini nvidia-persistenced: PID file closed.
Dec 21 08:52:10 veterini nvidia-persistenced: The daemon no longer has permission to remove its runtime data directory /var/run/nvidia-persistenced
Dec 21 08:52:10 veterini nvidia-persistenced: Shutdown (2914)
Dec 21 08:52:10 veterini lightdm[1293]: /etc/modprobe.d is not a file
Dec 21 08:52:10 veterini lightdm[1293]: message repeated 4 times: [ /etc/modprobe.d is not a file]
Dec 21 08:52:10 veterini lightdm[1293]: update-alternatives: error: no alternatives for x86_64-linux-gnu_gfxcore_conf
Dec 21 08:52:10 veterini systemd[1]: Stopped NVIDIA Persistence Daemon.
Dec 21 08:52:10 veterini systemd[1]: Starting NVIDIA Persistence Daemon...
Dec 21 08:52:10 veterini nvidia-persistenced: Verbose syslog connection opened
Dec 21 08:52:10 veterini nvidia-persistenced: Now running with user ID 123 and group ID 130
Dec 21 08:52:10 veterini nvidia-persistenced: Started (3709)
Dec 21 08:52:10 veterini systemd[1]: Started NVIDIA Persistence Daemon.
Dec 21 08:52:11 veterini nvidia-persistenced: device 0000:01:00.0 - registered
Dec 21 08:52:11 veterini nvidia-persistenced: Local RPC service initialized
Dec 21 08:52:11 veterini kernel: [  171.752754] nvidia-modeset: Allocated GPU:0 (GPU-a9e6d7fc-3b66-c8f0-14b4-408708b33ff8) @ PCI:0000:01:00.0
Dec 21 08:52:11 veterini acpid: client 2904[0:0] has disconnected
Dec 21 08:52:11 veterini acpid: client connected from 3699[0:0]
Dec 21 08:52:11 veterini acpid: 1 client rule loaded
Dec 21 08:52:11 veterini lightdm[1293]: bind() failed: Address already in use
Dec 21 08:52:11 veterini systemd[1]: Created slice User Slice of lightdm.
Dec 21 08:52:11 veterini systemd[1]: Starting User Manager for UID 108...
Dec 21 08:52:11 veterini systemd[1]: Started Session c6 of user lightdm.
Dec 21 08:52:11 veterini systemd[3725]: Reached target Paths.
Dec 21 08:52:11 veterini systemd[3725]: Reached target Sockets.
Dec 21 08:52:11 veterini systemd[3725]: Reached target Timers.
Dec 21 08:52:11 veterini systemd[3725]: Reached target Basic System.
Dec 21 08:52:11 veterini systemd[3725]: Reached target Default.
Dec 21 08:52:11 veterini systemd[3725]: Startup finished in 12ms.
Dec 21 08:52:11 veterini systemd[1]: Started User Manager for UID 108.
Dec 21 08:52:11 veterini org.a11y.atspi.Registry[3750]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry

La ligne

Dec 21 08:52:11 veterini lightdm[1293]: bind() failed: Address already in use

attire particulièrement mon attention : x11vnc s'étant lancé avec le display :0, je soupçonne une incompatibilité avec xorg (étrange pour un truc si commun, mais bon). Je me suis donc dit qu'il suffisait de le désinstaller. Je désinstalle x11vnc, je redémarre : même effet. x11vnc n'est plus installé, mais j'ai toujours ce problème d'adresse déjà utilisée pour lightdm...

J'ai tenté un

ps ax | grep " :0"

pour voir quel process lancé utilise le display :0, mais il n'y a que Xorg :

3699 tty7     Ss+    0:03 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch

A ce stade, je bloque un peu. Je ne sais pas trop comment faire pour remettre d'aplomb lightdm sans tout réinstaller, d'autant que pour moi lightdm n'a pas de souci : c'est un autre programme qui parasite le :0. Peu importe si j'installe à nouveau lightdm, dans ma logique, ça ne fonctionnera toujours pas.

Avez-vous des pistes ?

Je suis sous Ubuntu Mate 16.04.3 LTS. Si vous avez besoin d'autres informations, demandez smile

Dernière modification par Renkineko (Le 28/12/2017, à 21:58)

Hors ligne

#2 Le 21/12/2017, à 19:56

Renkineko

Re : [Résolu] Incompatibilité x11vnc / lightdm

J'ai tenté une désinstallation de lightdm puis une réinstallation, ainsi qu'une installation de gdm sur les conseils d'un contact : aucun résultat (comme je le supposais, vu que ce n'est pas lightdm qui est en cause mais un autre programme inconnu qui n'a pas nettoyé ses instructions au démarrage je suppose...).

Hors ligne

#3 Le 28/12/2017, à 21:57

Renkineko

Re : [Résolu] Incompatibilité x11vnc / lightdm

Re-bonjour.

Bon, j'ai tenté une réinstallation d'ubuntu carrément, sauf que ça n'a rien réglé (le problème vient donc bien de mon dossier /home qui est dans une partition à part et qui n'a pas été formaté).

Après quelques essais complémentaires, j'ai vu qu'une ligne m'avait échappé dans mon premier log :

Dec 21 08:52:09 veterini lightdm[1293]: ** (process:3012): WARNING **: Error reading existing Xauthority: Failed to open file '/home/veterini/.Xauthority': Permission denied

En fait c'est celle-ci qui m'empêchait de me loguer : le fichier était avec les droits de root (pourquoi ? Comment ? J'en sais rien... Peut-être que j'ai fait un sudo su à un moment dans mes tests, bref...)

Toujours est-il qu'avec un changement de droit pour mettre le bon nom d'utilisateur/bon groupe, plus de problème.

Maintenant, faut que j'arrive à tout reréparer suite à mes diverses tentatives car j'ai pété mon grub, j'ai pété mon MBR, tout ça parce que la réinstall d'ubuntu a chié je sais pas pourquoi, bref c'est la joie...

Si vous lisez ce message parce que vous avez le même problème, pensez à lire l'intégralité des logs avant de sauter sur les conclusions : ça vous évitera des déboires dans mon genre ^^ Les erreurs faut les lire du début, pas de la fin/la plus évidente.

A bientôt.

Hors ligne