[udisks]Mount failed: Not Authorized(miraculeusement résolu)

[huit]

Un problème semblable au mien à déjà été signalé ici :
http://forums.archlinux.fr/post62250.ht ... isk#p62250
Mais ne m’apporte pas de réponse.

Bon, les faits :

udisks ne m’autorise pas à monter des disks amovibles :

Code : Tout sélectionner

$ udisks --mount /dev/sdb1
Mount failed: Not Authorized

udisks fonctionne en root et pmount me monte bien mon disk en tant que simple utilisateur.

J'utilise comme gestionnaire de fenêtre compiz utilisé seul, voici mon xinitrc :

Code : Tout sélectionner

# D-Bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS"
then
        eval "$(dbus-launch --sh-syntax --exit-with-session)"
fi

xscreensaver -no-splash &
/usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1 &

DEFAULT_SESSION="exec compiz ccp & wmpid=$!" 
 
case $1 in
        compiz )
                exec compiz ccp & wmpid=$! 
        ;;
        * )
                $DEFAULT_SESSION
        ;;
esac

nautilus --no-desktop &
cairo-dock -e gnome &
keepassx &
stardict &
liferea &
xfce4-volumed &
sleep 8
claws-mail &

wait $wmpid

J'utilise comme gestionnaire de connexion slim, donc il est inutile de lancer mon gestionnaire de fenêtre avec ck-launch-session car slim s'en occupe déja :

Code : Tout sélectionner

$ ck-list-sessions 
Session3:
        unix-user = '1000'
        realname = '(null)'
        seat = 'Seat3'
        session-type = ''
        active = FALSE
        x11-display = ':0.0'
        x11-display-device = ''
        display-device = ''
        remote-host-name = ''
        is-local = TRUE
        on-since = '2011-04-01T10:27:26.890205Z'
        login-session-id = '2

Dans /usr/share/polkit-1/actions/org.freedesktop.udisks.policy, dans la section
<action id="org.freedesktop.udisks.filesystem-mount-system-internal">
j'ai modifié la balise
<allow_active>auth_admin_kee</allow_active>
en
<allow_active>yes</allow_active>

Comme ça ne marchait pas j'ai ensuite comme indiqué ici
https://wiki.archlinux.org/index.php/Pcmanfm
Crée le dossier /etc/polkit-1/localauthority/50-local.d dans le quelle j'ai crée le fichier 55-myconf.pkla qui contient :

Code : Tout sélectionner

[Storage Permissions]
Identity=unix-group:storage
Action=org.freedesktop.udisks.filesystem-mount;org.freedesktop.udisks.drive-eject;org.freedesktop.udisks.drive-detach;org.freedesktop.udisks.luks-unlock;org.freedesktop.udisks.inhibit-polling;org.freedesktop.udisks.drive-set-spindown
ResultAny=yes
ResultActive=yes
ResultInactive=no

Toujours rien.

pcmanfm ainsi que nautilus sont capable d'accéder et de monter les partages samba.

Voici ce que j'ai pus trouver dans /var/log/auth.log

Code : Tout sélectionner

Apr  1 12:27:42 huit-laptop dbus-daemon: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.12" (uid=1000 pid=2203 comm="nautilus) interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply=0 destination=":1.1" (uid=0 pid=2062 comm="/usr/sbin/console-kit-daemon))

Ce message n’apparait qu'au lancement de la session, il n'y a pas de massage généré lorsque j'utilise la commande udisks.

Le contenus de /var/log/ConsoleKit/history n'a pas l'aire de donner grand chose :

Code : Tout sélectionner

301653633.166 type=SEAT_SESSION_REMOVED : seat-id='Seat2' session-id='Session1' session-type='' session-x11-display=':0.0' session-x11-display-device='' session-display-device='' session-remote-host-name='' session-is-local=TRUE session-unix-user=1000 session-creation-time='2011-04-01T10:27:11.316080Z'
1301653633.169 type=SEAT_REMOVED : seat-id='Seat2' seat-kind=1
1301653646.893 type=SEAT_ADDED : seat-id='Seat3' seat-kind=1
1301653646.899 type=SEAT_SESSION_ADDED : seat-id='Seat3' session-id='Session3' session-type='' session-x11-display=':0.0' session-x11-display-device='' session-display-device='' session-remote-host-name='' session-is-local=TRUE session-unix-user=1000 session-creation-time='2011-04-01T10:27:26.890205Z'

Je n'ai pas de fichier ~/.xsessionerror

La version de consolekit est 0.4.3-2
La version de polkit est 0.99-1
La version de udisks est 1.0.2-2

et pour finir au cas ou voici le contenus de mon /etc/pam.d/polkit-1 :

Code : Tout sélectionner

auth            requisite       pam_nologin.so
auth            required        pam_env.so
auth            required        pam_unix.so
account         required        pam_unix.so
session         required        pam_limits.so
session         required        pam_unix.so
password        required        pam_unix.so

Je n'ai pas fait d'autres modification que celle que j'ai cité plus haut.

J'ai chercher une solution hier pendant plus de 3 heures sans résultat.

[huit]

Et si la réponse était toute bête ?!

En continuant de chercher un peut je suis tombé la dessus :

http://tuxce.selfip.org/informatique/so ... consolekit

Merci tuxce !

Et oui vu comme ça tout paraît bien plus évident voyons, ma version de consolekit est supérieur à la 4.2 et j'utilise slim.

A partir de la 0.4.2, seul le root peut définir l’état « locale », et adieu les permissions pour les utilisateurs n’utilisant pas de gestionnaire de connexions compatibles tel GDM. PCManFm ou Nautilus nous sortent une belle fenêtre « Not authorized » à chaque tentative de montage.

A ok c'est pour ça, alors tout est normal....

La solution consiste à ajouter un connecteur PAM pour que ce soit le root qui crée la session en lui donnant pour le coup le bon état.

Pour une connexion depuis le terminal (par le programme « login »), il faut avoir:

Code : Tout sélectionner

session		optional	pam_ck_connector.so

dans /etc/pam.d/login.

Et c'est tout ? Cool alors !

Tous content je par éditer mon /etc/pam.d/slim, et la j'y trouve :

Code : Tout sélectionner

session         optional        pam_ck_connector.so

A bon ! ... Et merde !
Bas nan, essais encore un fois !

Quand je fait un ck-list-seesion je voit portant que ma session est bien local :

Code : Tout sélectionner

is-local = TRUE

Donc le comportement de de consokit est apriori normal.

Je devrais peut être chercher du côté de polkit....

[huit]

Dans le doute j'ai essayer de lancer une session avec GDM et udisks fonctionne. Mais pas moyen de savoir pourquoi.

[jaco]

Moi aussi j'utilise slim... j'ai simplement mis les lignes suivantes dans mon .xinitrc sans me prendre la tête et ça fonctionne...

Code : Tout sélectionner

export LC_ALL=fr_FR.UTF-8
export LANGUAGE=fr_FR.UTF-8
export LANG=fr_FR.UTF-8
exec ck-launch-session gnome-session

Après, la gestion de Compiz est prise en compte par gnome-session.

[huit]

Ça ne m’intéresse pas d'utiliser une session gnome je parfaire lancer mes aplis comme je veut dans mon xinirc affin de rester le plus simple possible.
De plus ça ne me dirais pas ce qui ne va pas, ne pas pouvoir comprends ce qui ce passe ça me rend dingue, c'est peut être débile mais c'est comme ça surtout que je n'ai pas encore les compétence nécessaire pour le faire...

En continuant de chercher encore je sus tomber sur ce poste (décidément il est vraiment fort ce tuxce) :
http://forums.archlinux.fr/topic7412.html

Théoriquement je devrais normalement mois aussi rencontrer le même problème...

Donc c'est bien ConsoleKit qui fout le bordel mais contrairement au poste précédent je dispose bien d'une session local :

Code : Tout sélectionner

Session1:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat2'
	session-type = ''
	active = FALSE
	x11-display = ':0.0'
	x11-display-device = ''
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2011-04-02T12:03:55.690330Z'
	login-session-id = '1'

L'autre question c'est quesque fait gdm de plus pour que les droit soit diférent avec.

Donc il ne me reste plus que le man de polkit en anglais, j'ai pas trouvé de doc en français. Donc le temps que je comprenne bien comment tous ceci fonctionne je poste la solution dans 6 mois .

De toute façon il me reste pmount qui lui marche !

[huit]

Je viens d’essayer d'éteindre mon poste avec la commande

Code : Tout sélectionner

dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Stop

et j'ai reçu le désormais habituel Not Authorized :

Code : Tout sélectionner

Error org.freedesktop.ConsoleKit.Manager.NotPrivileged: Not Authorized

La solution apporté dans le poste que j'ai cité précédemment ne fonctionne pas.

J'ai vérifié si les fichiers sont accessibles en lecture, ils le sont.

[jaco]

Ça ne m’intéresse pas d'utiliser une session gnome je parfaire lancer mes aplis comme je veut dans mon xinirc affin de rester le plus simple possible.

C'était un exemple... Si tu veux lancer autre chose que Gnome-Session, c'est pas un problème, un :

exec ck-launch-session ton_wm_de_la_mort_qu_itue

devrait aussi faire l'affaire...

Le principe est de voir si ton pb se résoud en lançant explicitement ck-launch-session...

Après, on voit.

[huit]

En fait slim s’occupe déjà de lancer une session avec ck-launch-session, dans un terminal entre :

Code : Tout sélectionner

$ ck-list-session

et tu va voir que t'en as deux, celle de slim et celle de ton ck-launch-session.

Mais j'avais déjà lancé la session avec ck-launch-session, avant d'utiliser slim je lançais mes session avec xinit. Même problème...

Par contre peut tu me dire quelle est ta version de ConsoleKit.

[jaco]

J'utilise les dernières versions de tous les paquets donc, c'est la 0.4.3-2

Pour revenir à Slim, vu que, par défaut, le login_cmd ne fait pas appel à ck-launch-session, je peux t'assurer que les disques ne pouvaient pas se monter/démonter via le compte utilisateur tant que je n'ai pas modifié mon .xinitrc. Le seul fait de l'ajouter a résolu mon problème en tous cas.

[huit]

Dans le doute je l'ai fait mais ça n'a rien changer, slim s'ocuppe déjà de lancer une session avec consolekit, maintenant j'ai deux session active :

Code : Tout sélectionner

Session2:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0.0'
	x11-display-device = '/dev/tty7'
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2011-04-02T16:28:42.027235Z'
	login-session-id = '1'
Session1:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat2'
	session-type = ''
	active = FALSE
	x11-display = ':0.0'
	x11-display-device = ''
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2011-04-02T16:28:41.318263Z'
	login-session-id = '1'

Ce qui me turlupine c'est que t'a la même version que moi et que chez toi ça marche. Qu'ai je fait encore comme connerie pour que consolkit ne m'autorise rien ....

Remarque c'est peut être gnome-session qui change quelque choses, t'a essayer avec un autre wm ?

[jaco]

Le truc, c'est que chez moi aussi j'ai deux sessions, mais si je vire le ck-launch-session de mon .xinitrc, je ne peux pas monter de disque...

Sinon, je n'ai pas essayé avec autre chose que gnome-session parce que la machine sur laquelle j'ai installé Arch ne m'est pas destinée, donc j'ai fait une install correspondant aux désidérata de son proprio.

[huit]

Bon ça yes ça marche. Comment ? Je sait pas ! Mais ça marche.

C'est à n'y rien comprendre, j'ai rien changer j'ai même pas redémarrer mon poste que ça c'est mis à marcher tous seul.

En tous cas j'adore ma nouvelle fonctionnalité plug and pray .

Sinon jaco avais aussi raison pour le ck-launch-session, je l'avais retiré de mon .xinirc de nouveau et j'avais de nouveau perdu les droit.

Fin.

[jaco]

En fait, tu peux le virer de ton .xinitrc, mais à condition que ton gestionnaire de connexion le lance...

C'est même plus propre de lancer ck-launch-session via login_cmd de slim que de le faire dans .xinitrc. Et c'est donc ce que j'ai fais récemment... et le montage/démontage fonctionne (mais je passe par Gnome, donc ça joue peut-être)

[huit]

Je préfère laisser ck-launch-session dans le xinirc car c'est plus utilile si je lance une session sans slim avec la commande xinit.

Mais sinon oui, je croyais comme un con qui slim était configuré de base pour le faire.

N’empêche que mon foutu problème venais d’ailleurs....

[Moonz]

Bon, comme c’est un des premiers résultats de Google, je déterre pour donner ma solution.
J’ai eu exactement le même problème : udisks qui refuse de monter alors que j’ai ce qu’il faut dans mes /etc/pam.d/*. La solution était toute bête : penser à mettre dbus dans DAEMONS. Ben oui, maintenant que hal a disparu, dbus n’était plus démarré. Et comme consolekit utilise dbus pour fonctionner…