Pbm bouton "shutdown" (tableau de bord Gnome)

fafnir · le 25 mars 2008

B'jour,

2ème demande d'assistance (désolé) suite à mon upgrade de Lenny : le bouton "shutdown" du tableau de bord Gnome déconne (j'avais toujours pu éteindre ou redémarrer l'ordi en session utilisateur, et là non).

Le truc pas clair, c'est qu'il n'est pas grisé comme quand le user n'a pas les droits :

Je clique dessus, la fenêtre avec les 3 choix s'affiche (redémarrer, annuler, éteindre).

Si j'annule, ça annule, mais si je clique sur 1 des 2 autres, la fenêtre se fige et rien ne se passe.

Si je ne clique sur aucun des 3 et que je laisse courir le décompte des 60s avant extinction automatique, la fenêtre se fige également à la fin de ce dernier.

Si je clique pour fermer la fenêtre figée (sur la croix en haut à droite), une 2ème fenêtre d'avertissement apparait sur la première : "<< >> ne répond pas. Vous pouvez attendre un instant pour continuer ou insister pour quitter l'application.".

Je clique sur Forcer à quitter et je me retrouve sur le bureau.

J'ouvre un terminal et je m'aperçois que les commandes ~$ halt, ~$ reboot, et ~$ shutdown -h now ne sont pas acceptées (obligé de passer en root) : je constate que mes droits d'utilisateur ont bien été modifiés, en notant qu'il est quand même bizarre que le bouton "shutdown" ne soit pas alors grisé et me fasse tout ce cinéma.

J'ai tenté trois trucs glanés sur la toile :

- créer un fichier texte "shutdown.allow" dans /etc en y mettant juste mon nom d'utilisateur, ça n'a pas marché (j'y croyais pas trop, faut dire).

- faire un chmod 4755 sur /sbin/halt, /sbin/reboot et /sbin/shutdown, ça marche pô.

- éditer /etc/sudoers en rajoutant les lignes :

nom_d'utilisateur ALL = NOPASSWD: /sbin/shutdown

nom_d'utilisateur ALL = NOPASSWD: /sbin/halt

nom_d'utilisateur ALL = NOPASSWD: /sbin/reboot

(méthode la plus clean... j'aurai dû commencer par là, mais c'était aussi la plus longue : fichier pas modifiable avec gedit, il a fallu que je me refasse un petit tuto de vi au passage).

Bon, là au moins, je peux éteindre en tapant juste halt dans mon terminal-utilisateur (j'ai rajouté alias halt='sudo halt' et alias reboot='sudo reboot' dans mon $HOME/.bashrc).

Par contre, MON ****** DE BOUTON "SHUTDOWN" ME FAIT TOUJOURS CH***

(même comportement que décrit au début)

C'est un bug ou quoi ?

J'ai rien trouvé sur www.debian.org/Bugs.

Je ne sais plus quoi faire, j'ai googlisé à mort avant de revenir vers vous.

Peut-être un problème de chemin des boutons "éteindre" et "redémarrer" dans la fenètre qui s'ouvre après avoir appuyer sur l'icône "shutdown"... mais je ne sais pas où régler ça.

Une solution ?

__

KewlCat · le 25 mars 2008

Est-ce que le support ACPI est bien activé dans le noyau ?

Est-ce que c'est bien GDM qui gère tes sessions ?

Est-ce que GDM est lancé en root ?

fafnir · le 25 mars 2008

Est-ce que le support ACPI est bien activé dans le noyau ?

Salut KewlCat

heu, je m'en suis jamais préoccupé.

Je te donne le résultat de la commande (je comprends pas tout) :

~$ dmesg | grep -i acpi
BIOS-e820: 0000000027ff0000 - 0000000027ff3000 (ACPI NVS)
BIOS-e820: 0000000027ff3000 - 0000000028000000 (ACPI data)
ACPI: RSDP 000F7610, 0014 (r0 VIA694)
ACPI: RSDT 27FF3000, 0028 (r1 VIA694 MSI ACPI 42302E31 AWRD		0)
ACPI: FACP 27FF3040, 0074 (r1 VIA694 MSI ACPI 42302E31 AWRD		0)
ACPI: DSDT 27FF30C0, 259F (r1 VIA694 AWRDACPI	 1000 MSFT  100000C)
ACPI: FACS 27FF0000, 0040
ACPI: PM-Timer IO Port: 0x4008
ACPI: Core revision 20070126
ACPI: setting ELCR to 0800 (from 0e20)
ACPI: bus type pci registered
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S4 S5)
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 *5 6 7 10 11 12 14 15)
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 13 devices
ACPI: ACPI bus type pnp unregistered
PnPBIOS: Disabled by ACPI PNP
PCI: Using ACPI for IRQ routing
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10
ACPI: PCI Interrupt 0000:00:07.2[D] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10
ACPI: PCI Interrupt 0000:00:07.3[D] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:0d.0[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 5
ACPI: PCI Interrupt 0000:00:0d.1[B] -> Link [LNKD] -> GSI 5 (level, low) -> IRQ 5
ACPI: PCI Interrupt 0000:00:0d.2[C] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt 0000:00:07.5[C] -> Link [LNKD] -> GSI 5 (level, low) -> IRQ 5
ACPI: CPU0 (power states: C1[C1] C2[C2])
ACPI: Processor [CPU0] (supports 2 throttling states)
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Sleep Button (CM) [SLPB]
Time: acpi_pm clocksource has been installed.
ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10

Donc, ça a l'air bon.

Je n'ai jamais eu de problème pour éteindre l'ordi avant.

Est-ce que c'est bien GDM qui gère tes sessions ?
Est-ce que GDM est lancé en root ?

GDM gère mes sessions et n'est jamais lancé en root (la connexion locale de l'administrateur système n'est pas autorisée).

Pour info, j'ai créé un 2ème utilisateur pour voir : même problème sur sa session.

__

KewlCat · le 25 mars 2008

OK pour l'ACPI...

GDM gère mes sessions et n'est jamais lancé en root (la connexion locale de l'administrateur système n'est pas autorisée).

Autre façon de poser la question : quand tu fais un "ps aux", est-ce que le processus gdm appartient au user "root" ?

juddix · le 26 mars 2008

Quel sont les droits de halt ?

ls -l /sbin/halt

fafnir · le 26 mars 2008

Autre façon de poser la question : quand tu fais un "ps aux", est-ce que le processus gdm appartient au user "root" ?

arf...

USER	   PID %CPU %MEM	VSZ   RSS TTY	  STAT START   TIME COMMAND
...
root	  2342  0.0  0.3  13168  2016 ?		Ss   08:43   0:00 /usr/sbin/gdm
root	  2348  0.0  0.4  13624  3032 ?		S	08:43   0:00 /usr/sbin/gdm
...

heu... pourquoi y a-t-il 2 lignes pour gdm ?

S'il faut que le processus gdm appartienne à un autre user, comment fais-je ?

@tourangeaux :

Salut, l'Indre-et-Loire

~$ ls -l /sbin/halt
-rwsr-xr-x 1 root root 11080 mar  2 00:34 /sbin/halt

... mais mon user est un sudoer sur /sbin/halt.

Je peux éteindre en faisant halt en simple user et je rappelle que mon bouton n'est pas grisé : il a juste le comportement anormal décrit dans mon 1er post, quelle que soit la session.

juddix · le 27 mars 2008

met toi en root puis essaye en premier:

chmod -s /sbin/halt

Si ça fonctionne toujours pas

chmod +s /sbin/halt

Puis si ça fonctionne toujours pas fini avec ceci ( mais je sais pas trop si ça résoudra ton problème )

au pire il suffira d' effacé le dossier créé.

cd /var/run

mkdir console

cd console

touch username

Pour revenir a l' état initiale fait ton

chmod 4755

Normalement si Gdm est par défaut et que tu utilise Gnome, tu dois pouvoir éteindre avec le bouton a moins qu' il y est un bug dans ton Gnome.

Quelle version de Gnome utilise tu exactement ?

Sinon, il faudrait regarder a ton /usr/bin/gnome-power-cmd.sh ( s' il est bien présent a cette emplacement )

Mais alors là, je me sens pas capable de t' aider a éditer ce genre chose.

#!/bin/sh
# Copyright © 2007 Richard Hughes <richard@hughsie.com>
#
# Licensed under the GNU General Public License Version 2
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.

#$1 = method name
execute_dbus_method ()
{
dbus-send --session --dest=org.freedesktop.PowerManagement		\
	  --type=method_call --print-reply --reply-timeout=2000	\
	  /org/freedesktop/PowerManagement 			\
	  org.freedesktop.PowerManagement.$1
if [ $? -eq 0 ]; then
	echo "Failed"
fi 
}

if [ "$1" = "suspend" ]; then
echo "Suspending"
execute_dbus_method "Suspend"
elif [ "$1" = "hibernate" ]; then
echo "Hibernating"
execute_dbus_method "Hibernate"
elif [ "$1" = "reboot" ]; then
echo "Rebooting"
execute_dbus_method "Reboot"
elif [ "$1" = "shutdown" ]; then
echo "Shutting down"
execute_dbus_method "Shutdown"
elif [ "$1" = "" ]; then
echo "command required: suspend, shutdown, hibernate or reboot"
else
echo "command '$1' not recognised, only suspend, shutdown, hibernate or reboot are valid"
exit 1
fi

la seule édition qui me vient a l' esprit c' est de mettre des sudo devant les commandes.

sudo reboot

sudo shutdown

elif [ "$1" = "sudo reboot" ]; then
elif [ "$1" = "sudo shutdown" ]; then

fafnir · le 28 mars 2008

(...)
chmod -s /sbin/halt

(...)

chmod +s /sbin/halt

(...)

cd /var/run

mkdir console

cd console

touch username

(...)

Bon bé j'ai essayé tout ça sans résultat.

... et je n'ai pas de fichier gnome-power-cmd.sh à éditer, vu que gnome-power-manager n'est pas installé sur mon desktop.

Je lâche l'affaire, je n'aurai qu'à taper halt dans mon terminal pour éteindre l'ordi, pis c'est tout.

Doit y avoir un bug dans mon gnome (gnome-core 2.20 plus des bouts de 2.22 qui commencent à arriver dans Lenny).

Je le signalerai au kazoo.

Merci beaucoup de m'avoir accordé du temps en tout cas.

__

KewlCat · le 28 mars 2008

gnome-power-manager n'est pas installé sur mon desktop

Comment ça ?!?

C'est pas ce composant qui gère les évènements ACPI ?

juddix · le 28 mars 2008

Je lâche l'affaire, je n'aurai qu'à taper halt dans mon terminal pour éteindre l'ordi, pis c'est tout.
Doit y avoir un bug dans mon gnome (gnome-core 2.20 plus des bouts de 2.22 qui commencent à arriver dans Lenny).

Dans les menu Système > A propos de GNOME

c' est là 2.20 où 2.22 ?

la 2.22 est dans testing.

Si le package est absent et le fichier aussi, évidament ....

le fichier "gnome-power-cmd.sh" fait bien parti du package "gnome-power-manager"

il te manque beaucoup de package comme ça ?

regarde aussi pour "gnome-screensaver" pour la mise en veille de l' écran

Connexion

Pas encore inscrit ?

Pbm bouton "shutdown" (tableau de bord Gnome)

Messages recommandés

fafnir

KewlCat

fafnir

KewlCat

juddix

fafnir

juddix

fafnir

KewlCat

juddix

Rejoindre la conversation

En ligne récemment 0 membre est en ligne

Zebulon

Outils en ligne

Naviguer