Policykit

Bonjour,

j’ai un souci sur ma debian squeeze fraichement installée (sous xfce) : je ne peux pas éteindre, redémarrer, mettre en veille mon PC, monter une clé usb…

J’ai à chaque tentative d’une de ces actions un message d’erreur :

ou bien

En parcourant le net j’ai trouvé x solutions :

  • ajouter mon utilisateur aux groupes polkituser, haldaemon
  • ajouter mon utilisateur au fichier hal.conf ou bien Consolekit.conf
  • modifier le fichier PolicyKit.conf en ajoutant :

[quote]< match action=“org.freedesktop.hal.power-management.hibernate”>
< match user=“root”>
< return result=“yes”/>
< /match>
< match user=“maiden”>
< return result=“yes”/>
< /match>
< /match>
< match action=“org.freedesktop.hal.power-management.suspend”>
< match user=“root”>
< return result=“yes”/>
< /match>
< match user=“maiden”>
< return result=“yes”/>
< /match>
< /match>
…[/quote]

Rien n’y fait, toutes ces actions me sont interdites.
Bien entendu, si je me connecte en root, pas de problème. C’est donc bien un problème de droits.
Mais là, je sèche.

Merci de votre aide.

frEdonWEb

Je viens d’essayer de modifier les droits par l’interface graphique policykit-gnome.

Mais même en l’utilisant en tant que root, je ne peux pas modifier les droits !*

Grrrrr !

Il semble que ce soit xscreensaver qui pose problème : quand il n’est pas lancé, pas de problème.
Y a-t-il un conflit entre xfce-power-manager et xscreensaver (qui gèrent tous les deux la mise en veille de l’écran) ?

salut il te manque peut etre des paquet ?

pour monter mes truc automatiquement j’utilise ivman (a lancer dans ton vm)

Salut

Que renvoient ces deux commandes :

et

Comment démarres-tu Xfce ?
Depuis la nouvelle version de hal utilisant PolicyKit/Consolekit, il n’est plus conseillé de le lancer à la main avec startxfce4. Il faut soit utiliser un fichier ~/.xsession à lequel on ajoute cette ligne exec startxfce4 et lancer la session graphique avec startx, soit utiliser un gestionnaire de connexions (slim,gdm,xdm, etc.).

Nul besoin de t’ajouter aux groupes polkituser et haldaemon, j’ai même lu que c’était déconseillé. Par contre, il est toujours nécessaire de faire partie des groupes powerdev et plugdev. Je ne suis pas certain pour powerdev, mais pour le groupe plugdev, il est toujours utilisé par hal (version de Squeeze) et il est requis de faire partie de ce groupe pour que thunar-volman monte automatiquement les CDs/DVDs, clés usb, etc.

Il n’est également pas nécessaire de tripatouiller dans les fichiers de configurations hal.conf, Consolekit.conf et PolicyKit.conf.

À noter que, si tu te tournes vers la solution “startx” avec un “~/.xsession” contenant “exec startxfce4”, tu devras t’assurer que le paquet libpam-ck-connector n’est pas installé : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526006. En effet, Debian étant configuré pour installer automatiquement les paquets recommandés, libpam-ck-connector est donc installé parce que recommandé par consolkit, ce qui pose problème à ceux qui utilisent startx.

@panthere : acpi est bien installé (version 1.4.1)

@wapush
J’ai enlevé mon user des groupes haldaemon et polkituser.
Voila ce que renvoi les deux commandes :

ck-list-sessions

[quote]Session1:
unix-user = '1000’
realname = 'fred,'
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 = '2009-06-09T19:37:45.482979Z’
login-session-id = ‘’
[/quote]

polkit-auth

[quote]polkit-auth
org.freedesktop.hal.storage.mount-removable
org.freedesktop.hal.storage.eject
org.freedesktop.hal.storage.crypto-setup-removable
org.freedesktop.hal.dockstation.undock
org.freedesktop.hal.device-access.audio-player
org.freedesktop.hal.device-access.camera
org.freedesktop.hal.device-access.cdrom
org.freedesktop.hal.device-access.dvb
org.freedesktop.hal.device-access.fingerprint-reader
org.freedesktop.hal.device-access.floppy
org.freedesktop.hal.device-access.ieee1394-avc
org.freedesktop.hal.device-access.ieee1394-iidc
org.freedesktop.hal.device-access.joystick
org.freedesktop.hal.device-access.mouse
org.freedesktop.hal.device-access.obex
org.freedesktop.hal.device-access.pda
org.freedesktop.hal.device-access.printer
org.freedesktop.hal.device-access.scanner
org.freedesktop.hal.device-access.sound
org.freedesktop.hal.device-access.video
org.freedesktop.hal.device-access.video4linux
org.freedesktop.hal.leds.brightness
org.freedesktop.hal.wol.enabled
org.freedesktop.hal.wol.enable
org.freedesktop.hal.wol.supported
org.freedesktop.hal.killswitch.bluetooth
org.freedesktop.hal.killswitch.wlan
org.freedesktop.hal.killswitch.wwan
org.freedesktop.hal.power-management.shutdown
org.freedesktop.hal.power-management.reboot
org.freedesktop.hal.power-management.set-powersave
org.freedesktop.hal.power-management.suspend
org.freedesktop.hal.power-management.hibernate
org.freedesktop.hal.power-management.cpufreq
org.freedesktop.hal.power-management.lcd-panel
org.freedesktop.hal.power-management.light-sensor
org.freedesktop.hal.power-management.keyboard-backlight
org.freedesktop.hal.lock
[/quote]

Je démarre ma session avec slim.

Tant que xscreensaver n’est pas lancé, je ne rencontre aucun problème.
Pas contre dès que je lance le daemon, je n’ai plus le droit d’effectuer ces actions.

Je pourrais me passer en partie de de xscreensaver, xfce-power-manager faisant à peu prêt la même chose, mais il me manque la possibilité de locker ma session.

tu peux figer tout les programmes il me semble (jamais tester) killall -u tonuser -s STOP et CONT Pour reprendre :slightly_smiling: (man kill)
a faire en root par contre :confused:

C’est pas un peu brutale comme solution ?

hello
Disons que c’est une possibilité, chose qui n’existe pas sous M$ donc au-temps en profiter :slightly_smiling:
après peut etre qu’il y a mieux :astonished: