Page 1 sur 2
[slim] Écran noir après le login
Publié : mer. 18 juil. 2012, 08:04
par 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
Re: [slim] Écran noir après le login
Publié : mer. 18 juil. 2012, 09:44
par FoolEcho
Salut,
On peut voir /etc/slim.conf et ~/.xinitrc ?
Ta session démarre correctement via un startx ?
Re: [slim] Écran noir après le login
Publié : mer. 18 juil. 2012, 10:25
par 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 :
Re: [slim] Écran noir après le login
Publié : mer. 18 juil. 2012, 13:07
par chipster
Bon, après des tests, j'ai fini par trouvé que ça venait de nvidia lors d'un downgrade
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 08:31
par 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é
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 09:01
par karhu
Le problème apparait il avec une connexion automatique ?
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 09:02
par 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
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 09:25
par 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.
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 09:32
par 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
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 09:48
par 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.
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 09:57
par 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
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 10:06
par benjarobin
Tant que tu ne lance pas dbus en //, peux ton voir ta ligne de DAEMON ?
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 11:31
par 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
Re: [slim] Écran noir après le login (résolu)
Publié : jeu. 19 juil. 2012, 11:47
par 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 :/
Re: [slim] Écran noir après le login (résolu)
Publié : ven. 20 juil. 2012, 08:36
par 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 :
Re: [slim] Écran noir après le login (résolu)
Publié : ven. 20 juil. 2012, 09:33
par benjarobin
Quand tu fait
exec dbus-launch openbox-session, normalement cela fait exactement la même chose
Que donne
depuis openbox
Re: [slim] Écran noir après le login (résolu)
Publié : ven. 20 juil. 2012, 12:55
par 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é).
Re: [slim] Écran noir après le login (résolu)
Publié : sam. 21 juil. 2012, 08:50
par 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 :]
Re: [slim] Écran noir après le login (résolu)
Publié : sam. 21 juil. 2012, 14:46
par 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
Re: [slim] Écran noir après le login (résolu)
Publié : sam. 21 juil. 2012, 18:53
par 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