[Ouverture session] Démarrage altéré (RESOLU)

[GuilouV]

Bonjour,

Depuis la MAJ de kernel26-2.6.37.2 (et headers et mkinitcpio associés) j'ai un souci lorsque je me déconnecte et relance une session. Je m'explique :

Je suis sous awesomewm, j'utilise cette commande pour fermer ma session :

Code : Tout sélectionner

echo 'awesome.quit()' | awesome-client

Une fois sous slim je me reconnecte (avec les mêmes identifiants) et ma session s'ouvre à nouveau mais là cairo-dock (censé se lancer au démarrage) ne se lance pas immdédiatement mais après 1 ou 2 minutes et n'est visible que dans le gestionnaire des tâches et non à l'écran.

Bien entendu je n'avais aucun souci avant la MAJ et une ouverture après allumage du PC ne pose aucun problème, seule la fermeture de session est concernée.

Je ne sais pas si ça peut servir mais voilà mon .xinitrc :

Code : Tout sélectionner

#!/bin/sh

export LC_ALL=fr_FR.UTF-8
export LANGUAGE=fr_FR.UTF-8
export LANG=fr_FR.UTF-8
xcompmgr -f -n &
cairo-dock --keep-above &
parcellite -n &
xscreensaver -nosplash &
if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
eval `dbus-launch --sh-syntax --exit-with-session`
echo "$DBUS_SESSION_BUS_ADDRESS"
fi
exec awesome

et les daemons du rc.conf :

Code : Tout sélectionner

hal wicd @pacmandb @cups @netfs @iptables @alsa !snd-pcm-oss @ntpd !crond

[FoolEcho]

Juste au passage, comme on te l'a dit sur une autre sujet, "snd-pcm-oss" dans ton rc.conf est un module, pas un démon (ou alors je ne le connais pas celui là).

[GuilouV]

Ah ouais je l'avais oublié celui-là... Faut dire que j'ai pas la tête à gérer ça en ce moment.
(mais de toute façon il était désactivé, maintenant il est supprimé )

[GuilouV]

Bon au cas où ça puisse faire avancer... le cairo-dock qui se lance au démarrage mais n'est pas visible ne prend que 8Mo de mémoire au lieu de 56Mo pour un lancement de cairo-dock (visible à l'écran) après allumage du PC (données lxtask).

[GuilouV]

Je relance un p'tit up car le problème persiste... et aucune nouvelle piste.

A votre bon coeur

[tuxce]

Au pif, 2 choses:
- quelles sont les éventuelles messages d'erreurs ?? (slim.log)
- une fois sorti de la session, depuis un tty avec un autre utilisateur (root par exemple):

Code : Tout sélectionner

ps -u ton_utilisateur_habituel

Si ça se trouve, il tourne toujours le cairo-dock

[GuilouV]

Hello Tuxce,

Alors la commande ps -u ton_utilisateur_habituel ne me renvoit pas de cairo-dock.

Par contre slim.conf contient quelques erreurs :

Tout d'abord pour slim :

Code : Tout sélectionner

(EE) Failed to load module "vesa"
(EE) Failed to load module "fbdev"

Pas de rapport direct avec mon souci mais pourquoi ces erreurs alors que j'utilise le pilote intel?

Sinon pour cairo-dock :

Code : Tout sélectionner

/usr/bin/xauth: file /home/mon_utilisateur/.Xauthority does not exist
warning: (/tmp/yaourt-tmp-mon_utilisateur/aur-cairo-dock/src/cairo-dock-2.2.0-4/src/gldit/cairo-dock-opengl.c:cairo_dock_initialize_opengl_backend:172)
couldn't find an appropriate visual, trying to get one without Stencil buffer

unix:abstract=/tmp/dbus-8pE3q0ndaY,guid=17282351b7bb3297dcc5050e0000001f
warning: (//tmp/yaourt-tmp-mon_utilisateur/aur-cairo-dock/src/cairo-dock-2.2.0-4/src/gldit/cairo-dock-modules.c:cairdo_dock_load_modules_in_directory:400)
while opening module '/usr/lib/cairo-dock/libcd-GMenu.so' : (libgnome-menu.so.2: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type)

Alors là j'ai pourtant .Xauthority là où indiqué et j'ai aussi libcd-GMenu.so là où indiqué.

'suis perdu

[GuilouV]

Personne sur ce coup?

[benjarobin]

Quel est la sortie de ls -l /home/mon_utilisateur/.Xauthority

[FoolEcho]

Sinon pour cairo-dock :

Code : Tout sélectionner

/usr/bin/xauth: file /home/mon_utilisateur/.Xauthority does not exist

+

Alors là j'ai pourtant .Xauthority là où indiqué et j'ai aussi libcd-GMenu.so là où indiqué.

=
Ça sent la manipulation intempestive en root à un moment donné...

... ce que la commande de benjarobin va sans doute révéler.

[GuilouV]

ls -l /home/mon_utilisateur/.Xauthority révèle :

-rw-------mon_utilisateur users 51

Citer:
Ça sent la manipulation intempestive en root à un moment donné...

La manip intempestive en root peut être, je ne sais plus. Ca pourrait peut être aussi régler un souci annexe qui m'empêche de lancer certaines commandes directement en root (genre iwconfig qui ne se lance qu'avec /usr/sbin/iwconfig)

[benjarobin]

De ce coté rien d'anormal.

[FoolEcho]

Ca pourrait peut être aussi régler un souci annexe qui m'empêche de lancer certaines commandes directement en root (genre iwconfig qui ne se lance qu'avec /usr/sbin/iwconfig)

Tu as un ~/.bashrc et/ou ~/.bash_profile ?

Code : Tout sélectionner

echo $PATH

[GuilouV]

Voilà mon .bash_profile :

Code : Tout sélectionner

. $HOME/.bashrc

Et mon .bashrc :

Code : Tout sélectionner

# Check for an interactive session
[ -z "$PS1" ] && return

alias ls='ls --color=auto'
#PS1='[\u@\h \W]\$ '
PS1='\e[0;36m\u@\h \e[0;30m\W > \e[0m\] '

[FoolEcho]

... et

Code : Tout sélectionner

echo $PATH

[GuilouV]

Résultat :

/bin:/usr/bin:/usr/local/bin

[FoolEcho]

Curieux (mais normal du coup que tu n'aies pas accès au commandes de /usr/sbin et cie, autrement qu'en passant le chemin complet).
Quel est le contenu de /etc/profile ?
As-tu des choses particulières dans /etc/profile.d/ ?

Ahahah, on a carrément changé de sujet... ou pas, il y a peut-être un lien, du coup (ces fichiers étant impliqués au démarrage d'une session).

[GuilouV]

Contenu de /etc/profile :

Code : Tout sélectionner

# /etc/profile

#Set our umask
umask 022

# Set our default path
PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin"
export PATH

# Load profiles from /etc/profile.d
if test -d /etc/profile.d/; then
	for profile in /etc/profile.d/*.sh; do
		test -r $profile && . $profile
	done
	unset profile
fi

# Source global bash config
if test "$PS1" && test "$BASH" && test -r /etc/bash.bashrc; then
	. /etc/bash.bashrc
fi

# Termcap is outdated, old, and crusty, kill it.
unset TERMCAP

# Man is much better than us at figuring this out
unset MANPATH

Et dans /etc/profile.d/ j'ai les fichiers :
- glib2.csh
- glib2.sh
- gpm.sh
- locale.sh
- mozilla-common.csh
- mozilla-common.sh
- openjdk6.csh
- openjdk6.sh
- perlbin.sh
- qt3.sh
- xorg.sh

[FoolEcho]

Donc tu devrais avoir un PATH correct... il y a un script quelque part qui mets le bazar.

A supposer que ça vienne de là, que renvoie:

Code : Tout sélectionner

grep PATH /etc/profile.d/*

Tu peux aussi vérifier en créant un utilisateur bidon (ou juste avec root) et en regardant la valeur de son $PATH.

[GuilouV]

La commande renvoie :

Code : Tout sélectionner

/etc/profile.d/mozilla-common.csh:setenv MOZ_PLUGIN_PATH "/usr/lib/mozilla/plugins"
/etc/profile.d/mozilla-common.sh:export MOZ_PLUGIN_PATH="/usr/lib/mozilla/plugins"
/etc/profile.d/perlbin.sh:      PATH=$PATH:/usr/bin/site_perl
/etc/profile.d/perlbin.sh:      PATH=$PATH:/usr/lib/perl5/site_perl/bin
/etc/profile.d/perlbin.sh:      PATH=$PATH:/usr/bin/vendor_perl
/etc/profile.d/perlbin.sh:      PATH=$PATH:/usr/lib/perl5/vendor_perl/bin
/etc/profile.d/perlbin.sh:      PATH=$PATH:/usr/bin/core_perl
/etc/profile.d/perlbin.sh:export PATH
/etc/profile.d/qt3.sh:export PATH=$PATH:$QTDIR/bin
/etc/profile.d/qt3.sh:export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/opt/qt/lib/pkgconfig

Et la commande echo $PATH en root renvoie :

Code : Tout sélectionner

/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl:/opt/qt/bin