[slim] Écran noir après le login

[chipster]

Salut

Il y a eu une mise à jour hier et je n'ai pas redémarré depuis. Aujourd'hui, je démarre, je rentre mon login et mdp, ça charge quelques instants et là, surprise, écran noir avec une souris en forme de croix
La seule chose que je peux faire c'est bouger la souris

J'ai cherché dans le log et j'ai juste ceci :

Code : Tout sélectionner

slim: waiting for X server to begin accepting connections.
slim: open_session: Unable to open session: Activation of org.freedesktop.ConsoleKit timed out

Les mise à jour d'hier :

Code : Tout sélectionner

[2012-07-17 08:05] upgraded gpm (1.20.6-8 -> 1.20.6-10)
[2012-07-17 08:05] upgraded handbrake (0.9.6-1 -> 0.9.7-1)
[2012-07-17 08:05] upgraded hwids (20120611-1 -> 20120711-1)
[2012-07-17 08:05] - pkgtools no longer provides the pkgfile command.
[2012-07-17 08:05]   This is now provided by the 'pkgfile' package.
[2012-07-17 08:05] upgraded pkgtools (24-1 -> 24-2)
[2012-07-17 08:05] upgraded slim (1.3.4-1 -> 1.3.4-2)
[2012-07-17 08:05] upgraded twisted (12.0.0-1 -> 12.1.0-1)

[edit] Même après le downgrade, ça ne fonctionne pas mieux

[FoolEcho]

Salut,

On peut voir /etc/slim.conf et ~/.xinitrc ?
Ta session démarre correctement via un startx ?

[chipster]

Alors pour le startx sans slim ni gdm, ça passe par contre, j'ai des erreurs. Je te passe une partie de mon /var/log/auth.log

Code : Tout sélectionner

Jul 18 10:16:34 localhost slim: pam_unix(slim:session): session opened for user julien by (uid=0)
Jul 18 10:17:18 localhost login: pam_unix(login:session): session opened for user root by LOGIN(uid=0)
Jul 18 10:17:18 localhost login: ROOT LOGIN ON tty1
Jul 18 10:17:38 localhost su: pam_unix(su:session): session opened for user julien by root(uid=0)
Jul 18 10:17:56 localhost login: pam_unix(login:session): session closed for user root
Jul 18 10:17:56 localhost su: pam_unix(su:session): session closed for user julien
Jul 18 10:17:57 localhost sshd[518]: Received signal 15; terminating.
Jul 18 10:18:23 localhost sshd[498]: Server listening on 0.0.0.0 port 22.
Jul 18 10:18:23 localhost sshd[498]: Server listening on :: port 22.
Jul 18 10:18:58 localhost dbus[339]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.39" (uid=120 pid=828 comm="/usr/lib/gdm/gdm-simple-greeter ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.8" (uid=0 pid=635 comm="/usr/sbin/console-kit-daemon --no-daemon ")
Jul 18 10:18:58 localhost dbus[339]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.39" (uid=120 pid=828 comm="/usr/lib/gdm/gdm-simple-greeter ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.8" (uid=0 pid=635 comm="/usr/sbin/console-kit-daemon --no-daemon ")
Jul 18 10:18:58 localhost dbus[339]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.39" (uid=120 pid=828 comm="/usr/lib/gdm/gdm-simple-greeter ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.8" (uid=0 pid=635 comm="/usr/sbin/console-kit-daemon --no-daemon ")
Jul 18 10:18:58 localhost dbus[339]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.39" (uid=120 pid=828 comm="/usr/lib/gdm/gdm-simple-greeter ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.8" (uid=0 pid=635 comm="/usr/sbin/console-kit-daemon --no-daemon ")
Jul 18 10:18:58 localhost dbus[339]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.39" (uid=120 pid=828 comm="/usr/lib/gdm/gdm-simple-greeter ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.8" (uid=0 pid=635 comm="/usr/sbin/console-kit-daemon --no-daemon ")
Jul 18 10:19:07 localhost gdm-password][835]: pam_unix(gdm-password:session): session opened for user julien by (uid=0)
Jul 18 10:19:11 localhost gnome-keyring-daemon[914]: couldn't set environment variable in session: The name org.gnome.SessionManager was not provided by any .service files
Jul 18 10:19:11 localhost gnome-keyring-daemon[914]: couldn't set environment variable in session: The name org.gnome.SessionManager was not provided by any .service files
Jul 18 10:19:11 localhost gnome-keyring-daemon[914]: couldn't set environment variable in session: The name org.gnome.SessionManager was not provided by any .service files
Jul 18 10:19:12 localhost polkitd(authority=local): Registered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session2 (system bus name :1.49 [/usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1], object path /org/gnome/PolicyKit1/AuthenticationAgent, locale fr_FR.utf8)
Jul 18 10:21:27 localhost su: pam_unix(su:session): session opened for user root by (uid=1000)

Le slim.conf même avec celui d'origine ça merdouille et le .xinitrc j'ai enlever le dbus-launch comme dit sur l'irc et ça n'a rien changé. Pour info :

Code : Tout sélectionner

exec dbus-launch openbox-session

[chipster]

Bon, après des tests, j'ai fini par trouvé que ça venait de nvidia lors d'un downgrade

[chipster]

Plop

Bon, après plusieurs autres essais, ça ne vient pas de nvidia mais ... du fait que je me log trop rapidement. Il faut que j'attende quelques instants autrement j'ai le souci su-cité

[karhu]

Le problème apparait il avec une connexion automatique ?

[chipster]

Je n'ai jamais essayé les connexions automatiques car je n'aime pas que n'importe qui puisse rentrer sur mon ordi de travail

[karhu]

Je me suis mal exprimé. Je te demandais si tu avais testé cette possibilité pendant tes tests.
Je suis en connexion automatique (chez moi) et je n'ai pas eu ce problème (jamais ?) d'où ma question.
En fonction de la réponse (si réponse il y a ), il ce peut que ce soit un bug, léger mais bug quand même. Entre une connexion auto et attente d'identification, il y a un petit bout de code qui peut être examiné, non ?
Voilà le sens de ma question.

[chipster]

Ok, je vois. Donc non, je n'utilise jamais de connexion auto. Sinon j'ai testé en désactivant X au démarrage puis, avec un startx, ça passait tout seul. J'ai essayé avec gdm et ça fonctionne sans problème donc ça vient de l'utilisation de slim. Il faudrait à la rigueur que j'utilise un autre login manager pour voir

[karhu]

Peut être un rapport avec le fait que slim intègre maintenant ck-launch-session.
En automatique peut-être lance t il les différents process à la suite, aprés réception d'une confirmation ?
En identification, peut-être lance t il les différents process en parallèle, en misant sur le temps de réaction de l'utilisateur pour les rendre opérationnels ?
Simple hypothèse de ma part, bien sûr.
Donc allume le PC, va prendre un café et connecte toi.

[chipster]

Souvent c'est ce que je fais les matins, je lance le pc et je vais préparer le petit dej.
Bah là, vu ce que j'ai marqué en premier post c'est qu'il y a un souci avec la connexion avec dbus. Ça va peut-être trop vite puisque le pc boot en ~ 12 - 15s
Pour le ck-launch-session, je l'ai viré depuis longtemps maintenant.
Sinon, oui je lance des process en // dont pulseaudio qui a besoin de dbus.
Une chose que j'ai remarqué lors d'une connexion uniquement en console, c'est le temps de log. Une fois le login et le mdp rentré, je dois attendre plusieurs secondes avant d'avoir la main et ça, je ne sais pas d'où ça vient

[benjarobin]

Tant que tu ne lance pas dbus en //, peux ton voir ta ligne de DAEMON ?

[chipster]

Je te rassure, il n'y a pas de @ devant dbus

Code : Tout sélectionner

syslog-ng dbus !crond acpid cpufreq networkmanager ufw unbound ntpd sshd alsa mpd cupsd slim

[chipster]

Bon, visiblement j'ai trouvé un souci en cherchant :
Quand je lance gufw j'obtiens ceci :

Code : Tout sélectionner

(gksudo:831): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
GConf Error: No D-BUS daemon running


(gksudo:831): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
GConf Error: No D-BUS daemon running


(gksudo:831): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
GConf Error: No D-BUS daemon running

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/gufw/gufw.py", line 30, in <module>
    controler = Controller()
  File "/usr/lib/python2.7/site-packages/gufw/controller.py", line 24, in __init__
    self.firewall = Firewall()
  File "/usr/lib/python2.7/site-packages/gufw/model/Firewall.py", line 37, in __init__
    remote_object = bus.get_object("gufw.Daemon", "/Gufw_daemon")
  File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 241, in get_object
    follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 248, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 180, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 278, in start_service_by_name
    'su', (bus_name, flags)))
  File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1

[edit] Un truc bizarre avec ck-list-session :

Code : Tout sélectionner

Session1:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat1'
	session-type = 'x11'
	active = TRUE
	x11-display = ':0.0'
	x11-display-device = '/dev/tty7'
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2012-07-19T09:44:19.164912Z'
	login-session-id = '1'
Session2:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat1'
	session-type = ''
	active = FALSE
	x11-display = ':0.0'
	x11-display-device = '/dev/tty7'
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2012-07-19T09:44:19.286445Z'
	login-session-id = '1'

[edit2]
Hors slim, c'est à dire que je me logge d'abord en console et ensuite un startx, j'ai le même souci de timeout avec dbus :/

[chipster]

Une petite avancée. Pour supprimer les messages d'erreurs de dbus :

Code : Tout sélectionner

(gksudo:831): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
GConf Error: No D-BUS daemon running


(gksudo:831): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
GConf Error: No D-BUS daemon running


(gksudo:831): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
GConf Error: No D-BUS daemon running

il est indiqué dans la doc qu'il faut faire un :

Code : Tout sélectionner

export $(dbus-launch)

[benjarobin]

Quand tu fait exec dbus-launch openbox-session, normalement cela fait exactement la même chose
Que donne

Code : Tout sélectionner

echo $DBUS_SESSION_BUS_ADDRESS

depuis openbox

[chipster]

Code : Tout sélectionner

unix:abstract=/tmp/dbus-FNEs7jvxAb,guid=1de46ff1a6fb13628d37c6e45009390e

Le dbus-launch c'est pour pcmanfm pour avoir accès à la corbeille (sauf si ça a changé mais je n'ai pas vérifié).

[chipster]

Bon, je ne suis pas le seul à avoir le problème avec ce paquet :
http://aur.archlinux.org/packages.php?ID=57480

Définitivement résolu :]

[chipster]

Je viens de trouver une autre erreur. À force de chercher et de faire des modifications, j'avais viré dbus du rc.conf :/
Honte à moi

[chipster]

Bon, bon bon. Il faut croire que le problème est particulièrement tenace puisque j'ai eu, à nouveau, le problème avec l'écran noir.
Après des tests sur tout ce que je lançais en boot ou au chargement de X, le problème vient de ... mpd
Visiblement il a des soucis pour se connecter à pulseaudio mais je n'en suis pas encore certain donc je poursuis les tests