[openbox] extinction impossible (résolu)

[guantas]

Bonjour, je ne sais pour quelle raison je ne peux plus éteindre mon PC par le menu openbox.
Je dois donc utiliser la commande su - halt pour éteindre le PC.

Mon /etc/inittab:

#
# /etc/inittab
#

# Runlevels:
# 0 Halt
# 1(S) Single-user
# 2 Not used
# 3 Multi-user
# 4 Not used
# 5 X11
# 6 Reboot

## Only one of the following two lines can be uncommented!
# Boot to console
#id:3:initdefault:
# Boot to X11
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 38400 tty1 linux
c2:2345:respawn:/sbin/agetty -8 38400 tty2 linux
c3:2345:respawn:/sbin/agetty -8 38400 tty3 linux
#c4:2345:respawn:/sbin/agetty -8 38400 tty4 linux
#c5:2345:respawn:/sbin/agetty -8 38400 tty5 linux
#c6:2345:respawn:/sbin/agetty -8 38400 tty6 linux

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

# Example lines for starting a login manager
#x:5:respawn:/usr/bin/slim >& /dev/null
x:5:once:/bin/su archangar -l -c "/bin/bash --login -c startx &>/dev/null" &>/dev/null

# End of file

Mon sudoers:

## sudoers file.
##
## This file MUST be edited with the 'visudo' command as root.
## Failure to use 'visudo' may result in syntax or file permission errors
## that prevent sudo from running.
##
## See the sudoers man page for the details on how to write a sudoers file.
##

##
## Host alias specification
##
## Groups of machines. These may include host names (optionally with wildcards),
## IP addresses, network numbers or netgroups.
# Host_Alias WEBSERVERS = www1, www2, www3

##
## User alias specification
##
## Groups of users. These may consist of user names, uids, Unix groups,
## or netgroups.
# User_Alias ADMINS = millert, dowdy, mikef

##
## Cmnd alias specification
##
## Groups of commands. Often used to group related commands together.
# Cmnd_Alias PROCESSES = /usr/bin/nice, /bin/kill, /usr/bin/renice, \
# /usr/bin/pkill, /usr/bin/top

##
## Defaults specification
##
## You may wish to keep some of the following environment variables
## when running commands via sudo.
##
## Locale settings
# Defaults env_keep += "LANG LANGUAGE LINGUAS LC_* _XKB_CHARSET"
##
## Run X applications through sudo; HOME is used to find the
## .Xauthority file. Note that other programs use HOME to find
## configuration files and this may lead to privilege escalation!
# Defaults env_keep += "HOME"
##
## X11 resource path settings
# Defaults env_keep += "XAPPLRESDIR XFILESEARCHPATH XUSERFILESEARCHPATH"
##
## Desktop path settings
# Defaults env_keep += "QTDIR KDEDIR"
##
## Allow sudo-run commands to inherit the callers' ConsoleKit session
# Defaults env_keep += "XDG_SESSION_COOKIE"
##
## Uncomment to enable special input methods. Care should be taken as
## this may allow users to subvert the command being run via sudo.
# Defaults env_keep += "XMODIFIERS GTK_IM_MODULE QT_IM_MODULE QT_IM_SWITCHER"
##
## Uncomment to enable logging of a command's output, except for
## sudoreplay and reboot. Use sudoreplay to play back logged sessions.
# Defaults log_output
# Defaults!/usr/bin/sudoreplay !log_output
# Defaults!/usr/local/bin/sudoreplay !log_output
# Defaults!/sbin/reboot !log_output

##
## Runas alias specification
##

##
## User privilege specification
##
root ALL=(ALL) ALL
archangar ALL=(ALL) NOPASSWD:ALL

## Uncomment to allow members of group wheel to execute any command
# %wheel ALL=(ALL) ALL

## Same thing without a password
# %wheel ALL=(ALL) NOPASSWD: ALL

## Uncomment to allow members of group sudo to execute any command
# %sudo ALL=(ALL) ALL

## Uncomment to allow any user to run sudo if they know the password
## of the user they are running the command as (root by default).
# Defaults targetpw # Ask for the password of the target user
# ALL ALL=(ALL) ALL # WARNING: only use this together with 'Defaults targetpw'

## Read drop-in files from /etc/sudoers.d
## (the '#' here does not indicate a comment)
#includedir /etc/sudoers.d

[guantas]

Ok problème réglé de main de maître par un collègue sur le chat de crunchbang, je lui tires mon chapeau car il a passé du temps à me dépanner.

[mélodie]

Bonjour,

J'ai aussi réglé un problème identique hier soir, sauf que j'ai trouvé la solution ici même sur ce forum:
http://forums.archlinux.fr/topic7412.html

Le souci de cette version et celle d'avant est qu'elle demande le root pour attribuer le statut "local", à priori, pour cette version, même le pam_ck_connector ne suffit plus, tous ces soucis l'empêchent de passer sur [extra].

Le contournement utilisé par le packageur de xfce est de fournir 2 fichiers donnant les autorisations d'une session locale aux utilisateurs du groupe power.

org.freedesktop.consolekit.pkla
org.freedesktop.upower.pkla

Tu peux les stocker dans /var/lib/polkit-1/localauthority/50-local.d/
comme ça, tu n'auras pas de conflit si tu décides d'installer xfce4 à un moment.

Par contre, il faut bien sûr s'assurer d'être dans le groupe power.

et ceci dans la section environnement graphique.

Cela ne me gêne pas que tu aies trouvé la solution avec l'aide d'un membre d'un chan chez #crunchbang, mais ça me gène de voir un fil où celui qui poste ne donne pas la ou les solutions qui ont été utilisées ?

[FoolEcho]

Cela ne me gêne pas que tu aies trouvé la solution avec l'aide d'un membre d'un chan chez #crunchbang, mais ça me gène de voir un fil où celui qui poste ne donne pas la ou les solutions qui ont été utilisées ?

+1.

... mais bon, à priori tant pis, c'était il y a un an.