[login automatique et Policykit] problèmes de droit

[vintherine]

Je viens de me refaire une installation toute fraîche, par la grâce de glibc. Étant le seul et unique utilisateur de ma machine je me suis dit que je pouvais me passer de gestionnaire de connexion et de faire comme indiqué dans la page consacrée à startx : http://wiki.archlinux.fr/Startx#D.C3.A9 ... atiquement.

Bon, ça donne le résultat attendu, sauf quelques problèmes de droit en plus :
- me demande mon mot de passe quand j'insère une clef usb
- oblogout ne fonctionne plus si non précédé d'un sudo
- je n'ai pas encore testé mais j'imagine que j'aurais des problèmes avec l'applet networkmanager

Si j'ai bien compris ce que j'ai lu le problème ressort de Policykit. Mais je n'ai pas compris ce que je devais faire. À tout hasard j'ai modifié /usr/share/polkit-1/actions/org.freedesktop.consolekit.policy de la façon suivante

Code : Tout sélectionner

<action id="org.freedesktop.consolekit.system.stop">
    <description>Stop the system</description>
    <message>System policy prevents stopping the system</message>
    <defaults>
      <allow_inactive>yes</allow_inactive>
      <allow_active>yes</allow_active>
    </defaults>
  </action>

Sans effet.

Je précise s'il en est besoin que si je me logue avec mon mot de passe avant de lancer startx je n'ai pas de problème.

Dans mon .xinit j'ai :

Code : Tout sélectionner

exec ck-launch-session dbus-launch openbox-session

Merci d'avance pour toute explication / solution / contournement.

Vincent

[benjarobin]

Je te conseil d'utiliser slim avec l'autologin, c'est léger et rapide

[vintherine]

Oui, c'est ce que j'avais avant. Mais de mémoire ça ne règle pas le problème : si je demande un login automatique sans indiquer mon mot de passe je me retrouve dans la même situation. Me trompe-je ? Et même si c'est léger, c'est un truc de plus qui encombre la mémoire alors que ça ne sert à rien dans mon cas (un login manager pour un seul utilisateur et sans demander de mot de passe...)

Et puis j'aimerai quand même comprendre le pourquoi du comment de la chose. Siouplait...

[tuxce]

Ce qui suit n'est valable que pour consolekit (qui sera bientôt remplacé par systemd-logind).
Pour déterminer l'état d'une session, consolekit doit être lancé en root (puis en utilisateur, mais ça concerne pas ton souci pour l'instant).
Quand tu ouvres une session en te loguant depuis un tty, login fait appel à pam et selon la configuration (/etc/pam.d/login) par défaut, consolekit est exécuté (en root) et la session est active et locale.
Quand ça passe par slim (ou autre gestionnaire), c'est ce dernier (en root) qui fait appel à consolekit.

Quand tu passes par su, rien ne lance consolekit en root, d'où ton problème.
Tu as une solution sur le forum ctkarch
Tu peux aussi modifier la config pam de su mais ça impliquera le lancement de consolekit à chaque utilisation de su ...
Tu peux aussi te donner les droits polkit quelque soit l'état de ta session (voir wiki polkit)

[vintherine]

Merci, c'est à priori ce que j'attendais, sauf... que j'ai pas du faire comme il faut et que ça ne marche pas. Me cogne la tête contre les murs (ça fait du bien quand ça s’arrête).

Si quelque bonne âme avait la gentillesse de me dire où ça merdoie...

/etc/autostartx :

Code : Tout sélectionner

!/bin/sh
#Runs an X session for the user defined here:
user="vincent"
echo 'Starting X session for '"$USER"
login -f "${user}" STARTX=1

/etc/inittab :

Code : Tout sélectionner

id:5:initdefault:

rc::sysinit:/etc/rc.sysinit
rs:S1:wait:/etc/rc.single
rm:2345:wait:/etc/rc.multi
rh:06:wait:/etc/rc.shutdown
su:S:wait:/sbin/sulogin -p

# -8 options fixes umlauts problem on login
c1:2345:respawn:/sbin/agetty -8 -s 38400 tty1 linux
c2:2345:respawn:/sbin/agetty -8 -s 38400 tty2 linux
c3:2345:respawn:/sbin/agetty -8 -s 38400 tty3 linux
c4:2345:respawn:/sbin/agetty -8 -s 38400 tty4 linux
c5:2345:respawn:/sbin/agetty -8 -s 38400 tty5 linux
c6:2345:respawn:/sbin/agetty -8 -s 38400 tty6 linux

# Serial Virtual Console for KVM and others VMs
#s0:2345:respawn:/sbin/agetty -8 -s 9600 ttyS0 linux

# Hypervisor Virtual Console for Xen and KVM
#h0:2345:respawn:/sbin/agetty -8 -s 38400 hvc0 linux

ca::ctrlaltdel:/sbin/shutdown -t3 -r now

# Example lines for starting a login manager
#x:5:respawn:/usr/bin/xdm -nodaemon
#x:5:respawn:/usr/sbin/gdm -nodaemon
#x:5:respawn:/usr/bin/kdm -nodaemon
#x:5:respawn:/usr/bin/slim >/dev/null 2>&1
#x:5:once:/bin/su vincent -l -c "/bin/bash --login -c /usr/bin/startx >/dev/null 2>&1"
c4:5:respawn:/sbin/agetty -n -l /etc/autostartx 38400 tty4 linux

~/.bash_profile :

Code : Tout sélectionner

if [ "$STARTX" == "1" ];then
unset STARTX ; startx &>/dev/null
exit 0
fi

Merci encore

[benjarobin]

Qu'est ce qui ne fonctionne pas avec cette méthode ? openbox se lance mais tu as toujours des soucis ?

[vintherine]

Oups, excusez-moi

non, le login ne se fait pas et je dois le faire manuellement. Après ça fonctionne évidemment.

[benjarobin]

Commente cette ligne

Code : Tout sélectionner

c4:2345:respawn:/sbin/agetty -8 -s 38400 tty4 linux

ou alors remplace la ligne ajoutée par

Code : Tout sélectionner

x:5:respawn:/sbin/agetty -n -l /etc/autostartx 38400 tty7 linux

[vintherine]

merci infiniment pour ta diligence. Hélas saucune des deux solution ne produit de résultat

j'ai parcouru /var/log/messages.log à la recherche de quelque information et la seule chose que j'ai trouvé c'est

Code : Tout sélectionner

Sep  3 22:47:35 Vincent-U400 init: Id "c4" respawning too fast: disabled for 5 minutes

[benjarobin]

Si tu te connectes sur tty1 en root et que tu lances cette commande : /etc/autostartx qu'est ce que cela donne ?
As tu bien pensé à faire chmod +x /etc/autostartx

[vintherine]

Ça affiche

Code : Tout sélectionner

Starting X session for root

puis plus rien et ne rend pas la main.

Si je lance la commande à la main

Code : Tout sélectionner

login -f vincent STARTX=1

Je reviens sur l'écran de login

Si je lance man login je lis :

Code : Tout sélectionner

Used to skip a second login authentication.  This specifically  does  not  work for root, and does not appear to work well under Linux.

C'est pas sûr que ce soit la bonne solution n'est-ce-pas ?

[benjarobin]

Je crois que cela fonctionne mais le basculement de tty ne doit pas être automatique...

[vintherine]

Bon, il y a effectivement quelque-chose sur tty4 :

Code : Tout sélectionner

Starting Xsession for

le login n'est pas indiqué et le curseur clignote dessous, rien d'autre.

Ceci dit le code me paraît curieux et prête à confusion entre l'emploi de la variable user et la variable système $USER

Code : Tout sélectionner

echo 'Starting X session for '"$USER"
login -f "${user}" STARTX=1

C'est logique que sur $USER ne soit pas déterminé vu que personne n'est encore logué.

[benjarobin]

Au faite lors du test avec slim le contenu du .xinitrc n'est pas le même, j'ai oublié de le préciser :

Code : Tout sélectionner

exec dbus-launch openbox-session

Les dernières versions de slim possèdent /lancent déjà ck-launch-session