arrêter proprement l'ordi en ligne de commande sans mot de passe

pipou24 · Le 29/05/2008, à 06:33

On ne peut pas l'éteindre, alors, si personne n'est loggé ??

Tant que personne n'est loggé, le service gnome-power-manager ou son équivalent n'est pas lancé, mais il doit bien y avoir un moyen puisqu'il y a un bouton "arrêt" dans GDM.
sinon, utilise la technique du setuid sur /sbin/shutdown

les droits avant :
-rwxr-xr-x 1 root root 44312 2008-04-11 15:50 /sbin/shutdown

sudo chmod 4755 /sbin/shutdown

maintanant, tu doit pouvoir lancer :
shutdown -h now

sans sudo.

environ314 · Le 29/05/2008, à 07:35

pipou24 a écrit :

On ne peut pas l'éteindre, alors, si personne n'est loggé ??
Tant que personne n'est loggé, le service gnome-power-manager ou son équivalent n'est pas lancé, mais il doit bien y avoir un moyen puisqu'il y a un bouton "arrêt" dans GDM.
sinon, utilise la technique du setuid sur /sbin/shutdown
les droits avant :
-rwxr-xr-x 1 root root 44312 2008-04-11 15:50 /sbin/shutdown
sudo chmod 4755 /sbin/shutdown
maintanant, tu doit pouvoir lancer :
shutdown -h now
sans sudo.

Sans succès toujours :

#!/bin/sh


who > "/home/quiestla.txt"

if diff "/home/quiestla.txt" "/home/personne.txt" >null ;
then
 	echo "Mise en veille à " >> "/home/historique.txt"
	date >> "/home/historique.txt"
  	shutdown -h now
#	gnome-power-cmd.sh shutdown
fi

Je peux voir dans l'historique que le script se lance bien, mais la machine ne s'éteint toujours pas

D.

stephaneguedon · Le 29/05/2008, à 09:47

pipou24 a écrit :

@stephaneguedon : ben, non, je ne pense pas qu'il y a un autre moyen de modifier le timestamp qu'en modifiant le timestamp

C'est à mi-chemin de fork et du troll ça !

Moi, tout ce que je veux, c'est que quand je tape "reboot", ou "poweroff", il me demande le mot de passe... Et ce, quelles que soit les circonstances !

peut-être faut-il que je lance une nouvelle discussion ?

Dernière modification par stephaneguedon (Le 29/05/2008, à 09:51)

Dud · Le 29/05/2008, à 10:00

stephaneguedon a écrit :

C'est à mi-chemin de fork et du troll ça !
Moi, tout ce que je veux, c'est que quand je tape "reboot", ou "poweroff", il me demande le mot de passe... Et ce, quelles que soit les circonstances !
peut-être faut-il que je lance une nouvelle discussion ?

Peut être en mettant :

PASSWD: /sbin/shutdown, /sbin/poweroff

(chez moi reboot et halt sont des liens symboliques vers shutdown)
==> je te renvoie plutôt à man sudoers....

Enfin bon je vois pas trop l'intérêt de ton truc (??) et encore moins pourquoi tu ne veux pas modifer le timestamp!

stephaneguedon · Le 29/05/2008, à 10:17

L'interet, c'est que je me gourre pas !
Si je reboot mon pc perso (en ligne de commande), c'est pas grave.
Si je reboot mon serveur (parce que je me suis gourré), c'est tout autre !

on va étudier le man de sudoers...

Me suis-je fais comprendre ?
Merci et à plus !

Dernière modification par stephaneguedon (Le 29/05/2008, à 10:29)

Dud · Le 29/05/2008, à 10:22

stephaneguedon a écrit :

Si je reboot mon pc perso (en ligne de commande), c'est pas grave.
Si je reboot mon serveur (parce que je me suis gourré), c'est tout autre !

OK
C'est du côté de sudoers qu'il vaut aller voir dans le man pas sudo.

Dernière modification par Dud (Le 29/05/2008, à 10:27)

stephaneguedon · Le 29/05/2008, à 10:30

modif de ma réponse... et aussi ça : rien n'empeche (au contraire) de regarder le man de sudoers ET sudo...

de meme en fait pour init (qui permet aussi d'arreter ou rebooter le pc...)
En fait, pour toute action qui est PLUS que de l'adinistration, mais de la super-administration, tels que les changements d'états du serveur (changement de niveaux d'execution...), qui sont plus dangereux que la simple admin de tous les jours

faudrait que je les identifie tous, y en a pas cent (poweroff/halt/reboot/shutdown/init) quelqu'un voit autre chose ?

Dernière modification par stephaneguedon (Le 29/05/2008, à 10:41)

pipou24 · Le 30/05/2008, à 13:33

bon, pour en revenir au sujet de départ, on a une méthode pour (Xu, Ku, U)buntu.
Pour E17, la commande :

enlightenment_remote -shutdown

fonctionne sans confirmation si dans le panneau de configuration > avancé > Dialogs > cocher disable confirmation.

a priori cette fonction devrait etre modifiée par la ligne de commande :

enlightenment_remote -cfgdlg-auto-apply-set 0

puisqu'enlightenment_remote -h donne :
-cfgdlg-auto-apply-set OPT1 Set config dialogs to use auto apply, 1 for enabled 0 for disabled

mais ca ne semble pas fonctionner.... enfin, bon, j'ai l'impression que tout le monde s'en fout.

pipou24 · Le 30/05/2008, à 13:50

@ environ314.

as-tu testé shutdown -r now depuis un terminal ? est-ce que ca fonctionne ? sinon, dans ton script, essaye plutot :
/sbin/shutdown -h now

Sorbus · Le 30/05/2008, à 19:58

enfin, bon, j'ai l'impression que tout le monde s'en fout.

Ben non ! Pas moi !

Pour E17... puisque tu sembles utiliser Enlightenment, dès que tu trouves la solution... Tu dis... Je complèterai le wiki rsync.

Tu écris : "on a une méthode pour (Xu, Ku, U)buntu." C'est confirmé pour Kubuntu ?
Ou bien faut-il qu'un utilisateur de Kde passe par là par nous donner la réponse ?

Dernière modification par Sorbus (Le 31/05/2008, à 11:09)

environ314 · Le 31/05/2008, à 08:26

pipou24 a écrit :

@ environ314.
as-tu testé shutdown -r now depuis un terminal ? est-ce que ca fonctionne ? sinon, dans ton script, essaye plutot :
/sbin/shutdown -h now

Merci Pipou, c'est effectivement le chemin qui n'était pas trouvé. Ca fonctionne bien avec le /sbin/shutdown !

Sorbus · Le 31/05/2008, à 13:36

J'ai remarqué un petit "failed" à la dernière ligne du terminal, lors de l'arrêt avec :
gnome-power-cmd.sh shutdown
(sur mon fixe et sur mon portable, tous deux sous Ubuntu)

J'ai donc testé successivement un script de sauvegarde se terminant par
sudo shutdown -h now
et un autre se terminant par :
gnome-power-cmd.sh shutdown
en redirigeant la sortie vers un fichier texte que j'ai le temps de lire correctement après redémarrage (pour voir le message plus complet).

1°) Dernières lignes du terminal lorsque je lance le script se terminant par
sudo shutdown -h now :

sent 333557 bytes received 20 bytes 44476.93 bytes/sec
total size is 4363411843 speedup is 13080.67
samedi 31 mai 2008, 14:19:24 (UTC+0200)

2°) Dernières lignes du terminal lorsque je lance le script se terminant par
gnome-power-cmd.sh shutdown

sent 333557 bytes received 20 bytes 39244.35 bytes/sec
total size is 4363411843 speedup is 13080.67
samedi 31 mai 2008, 14:13:11 (UTC+0200)
Shutting down
method return sender=:1.9 -> dest=:1.25 reply_serial=2
Failed

Quelqu'un aurait-il une explication sur ces trois dernières lignes :
Shutting down
method return sender=:1.9 -> dest=:1.25 reply_serial=2
Failed

Sorbus · Le 02/06/2008, à 21:40

Je complète... pour relancer la question.

Sur mon portable, avec
gnome-power-cmd.sh shutdown
j'ai ça en sortie :

Shutting down
method return sender=:1.11 -> dest=:1.57 reply_serial=2
Failed

(aucun message de ce type avec
sudo shutdown -h now)

???

pipou24 · Le 02/06/2008, à 22:26

y'a-t-il quelquechose dans syslog ?

Sorbus · Le 03/06/2008, à 06:31

Oui. Je n'avais pas pensé à regarder là. Voici ce qui doit correspondre :

Jun  2 21:49:31 Portable-sorbus init: tty4 main process (4626) killed by TERM signal
Jun  2 21:49:31 Portable-sorbus init: tty5 main process (4627) killed by TERM signal
Jun  2 21:49:31 Portable-sorbus init: tty2 main process (4631) killed by TERM signal
Jun  2 21:49:31 Portable-sorbus init: tty3 main process (4632) killed by TERM signal
Jun  2 21:49:31 Portable-sorbus init: tty6 main process (4634) killed by TERM signal
Jun  2 21:49:31 Portable-sorbus init: tty1 main process (6973) killed by TERM signal
Jun  2 21:49:35 Portable-sorbus kernel: [17961.775412] mono[7401]: segfault at 41979ea8 rip 4dc396 rsp 41979eb0 error 6
Jun  2 21:49:37 Portable-sorbus kernel: [17965.225486] mono[11849]: segfault at 41eb9ab8 rip 7ff9eb8e28ff rsp 41eb9ab8 error 4
Jun  2 21:49:40 Portable-sorbus NetworkManager: <WARN>  nm_signal_handler(): Caught signal 15, shutting down normally. 
Jun  2 21:49:40 Portable-sorbus NetworkManager: <info>  Caught terminiation signal 
Jun  2 21:49:40 Portable-sorbus NetworkManager: <debug> [1212436180.212170] nm_print_open_socks(): Open Sockets List: 
Jun  2 21:49:40 Portable-sorbus NetworkManager: <debug> [1212436180.212197] nm_print_open_socks(): Open Sockets List Done. 
Jun  2 21:49:40 Portable-sorbus NetworkManager: <info>  Deactivating device eth1. 
Jun  2 21:49:40 Portable-sorbus dhclient: There is already a pid file /var/run/dhclient.eth1.pid with pid 14598
Jun  2 21:49:40 Portable-sorbus dhclient: killed old client process, removed PID file
Jun  2 21:49:40 Portable-sorbus dhclient: wmaster0: unknown hardware address type 801
Jun  2 21:49:40 Portable-sorbus dhclient: wmaster0: unknown hardware address type 801
Jun  2 21:49:40 Portable-sorbus dhclient: DHCPRELEASE on eth1 to 192.168.1.1 port 67
Jun  2 21:49:40 Portable-sorbus avahi-daemon[6133]: Withdrawing address record for 192.168.1.58 on eth1.
Jun  2 21:49:40 Portable-sorbus avahi-daemon[6133]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.1.58.
Jun  2 21:49:40 Portable-sorbus avahi-daemon[6133]: Interface eth1.IPv4 no longer relevant for mDNS.
Jun  2 21:49:41 Portable-sorbus avahi-daemon[6133]: Withdrawing address record for fe80::20a:e4ff:feaa:3424 on eth1.
Jun  2 21:49:41 Portable-sorbus NetworkManager: <info>  Deactivating device eth0. 
Jun  2 21:49:41 Portable-sorbus avahi-daemon[6133]: Disconnected from D-Bus, exiting.
Jun  2 21:49:41 Portable-sorbus avahi-daemon[6133]: Got SIGQUIT, quitting.
Jun  2 21:49:41 Portable-sorbus dhcdbd: Shut down.
Jun  2 21:49:41 Portable-sorbus hcid[6566]: Got disconnected from the system message bus
Jun  2 21:49:41 Portable-sorbus input[6589]: Unregistered manager path
Jun  2 21:49:41 Portable-sorbus input[6589]: Exit
Jun  2 21:49:41 Portable-sorbus audio[6590]: Removing service record 0x10000 failed: Connection is closed
Jun  2 21:49:41 Portable-sorbus audio[6590]: Unregistered manager path
Jun  2 21:49:41 Portable-sorbus audio[6590]: Exit
Jun  2 21:49:44 Portable-sorbus console-kit-daemon[6425]: WARNING: Couldn't connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory 
Jun  2 21:49:46 Portable-sorbus hcid[6566]: Can't connect to system message bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
Jun  2 21:49:46 Portable-sorbus kernel: [17978.828620] ip6_tables: (C) 2000-2006 Netfilter Core Team
Jun  2 21:49:47 Portable-sorbus console-kit-daemon[6425]: WARNING: Couldn't connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory 
Jun  2 21:49:49 Portable-sorbus exiting on signal 15

Il faut que j'essaye un arrêt avec sudo shutdown - h now pour comparer.

---------------

Je viens de vérifier le résultat avec
sudo shutdown - h now

C'est presque identique : le mêmes "warning" ou "failed".

Seule petite différence, à l'avant dernière ligne, juste avant "exiting on signal 15" :

avec sudo shutdown - h now :

Jun 3 08:39:26 Portable-sorbus hcid[6567]: Can't connect to system message bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

avec gnome-power-cmd.sh shutdown :

Jun 2 21:49:47 Portable-sorbus console-kit-daemon[6425]: WARNING: Couldn't connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

ça se ressemble. hcid pour le premier, console-kit-daemon pour le second. Est-ce que ça explique le mutisme du premier dans le terminal lors de l'extinction du PC, et le petit message de 3 lignes renvoyé par le second... ?

Bref. Tout ceci n'a sans doute pas grande importance.

Dernière modification par Sorbus (Le 03/06/2008, à 08:06)

pipou24 · Le 15/09/2008, à 14:15

Up

Sorbus · Le 28/09/2008, à 16:34

Salut pipou,
Trop débordé ces temps-ci pour suivre la question... Je ne sais quand je pourrai y revenir.

Sorbus · Le 01/11/2008, à 18:19

J'y reviens !

J'ai adopté "gnome-power-cmd.sh shutdown" puisque je suis sous gnome...

Je n'ai aucune explication sur l'erreur ou les erreurs signalées dans les messages 37 à 40 de ce fil. Je n'ai pas trop cherché. Elles me semblent mineures, puisque à l'usage, tout se passe bien, d'autant qu'il s'agit de la commande activée par l'arrêt normal de l'ordinateur en mode graphique.

Pouvons-nous récapituler la méthode correcte pour arrêter l'ordi en ligne de commande sans mot de passe selon l'environnement, avec confirmation par quelques utilisateurs que tout va bien ?

- pour Gnome : ça marche avec "gnome-power-cmd.sh shutdown".
- pour Xfce : c'est pareil.
- pour KDE : est-ce que "gnome-power-cmd.sh shutdown" permet l'arrêt de l'ordinateur avec KDE4 ? Des utilisateurs de KDE pourraient-ils le confirmer... Sinon, pour KDE, quelle commande permettrait l'arrêt de l'ordinateur sans mot de passe ?
- pour E17 = ?
etc.

Selon les réponses, je modifierai la doc rsync en conséquence... Mais bien que ce soit avec quelques mois de retard, j'inclus aujourd'hui dans cette documentation l'information donnée par pipou24 il y a quelques mois, en le remerciant

Dernière modification par Sorbus (Le 01/11/2008, à 22:04)

ljere · Le 02/11/2008, à 00:58

bonjour,
j'utilisais sous hardy votre commande gnome-power-cmd.sh shutdown qui permettait à mon pc une fois les compressions de mes vidéos de s'éteindre tout seul
mais depuis intrepid la même ligne ne marche plus du premier coup je dois la lancer 2 fois pour qu'il s'éteint

ljere · Le 25/04/2009, à 10:55

depuis le passage a jaunty il faut modifier la commande ce n'est plus
gnome-power-cmd.sh shutdown
mais
gnome-power-cmd shutdown
je dois toujours le lancer 2 fois la première fois j'ai cette erreur

ljere@ljere-desktop:~$ gnome-power-cmd shutdown
Shutting down
Error org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 0
Failed

Sorbus · Le 06/05/2009, à 19:00

Merci ljere

J'ai modifié la page sur la sauvegarde de home avec rsync (qui inclut des indications sur la commande d'extinction de l'ordinateur), selon ton message.

Par contre, je n'ai pas d'explication sur la nécessité de lancer 2 fois la commande (ni sur l'erreur que tu rencontres la premières fois). Je n'ai pas ce problème sous Ubuntu Intrepid. C'est sans doute lié à une particularité de ta configuration...

ljere · Le 06/05/2009, à 19:33

la premier fois on dirait que ça réveille dbus
ensuite ça passe ce n'est pas très gênant de tout façon merci.

ElGatoNegro · Le 25/10/2009, à 11:37

Salut,

Je remonte ce topic, la commande :

gnome-power-cmd shutdown

ne fonctionne plus sur Karmic. Le script n'existe plus ou il a changé de nom...

En me baladant, j'ai trouvé ici :
http://www.nabble.com/Re%3A-how-can-non … 75070.html
une méthode pour forcer l'extinction sans demande de mot de passe :

dbus-send --print-reply --dest=org.gnome.SessionManager /org/gnome/SessionManager org.gnome.SessionManager.RequestShutdown

ça fonctionne (et c'est rapide!), mais j'avoue que j'aimerais bien qu'on me confirme ici que la méthode n'est pas trop brutale. Je n'y connais pas grand chose...

ljere · Le 25/10/2009, à 12:57

pour karmic la méthode propre c'est

/usr/lib/indicator-session/gtk-logout-helper --shutdown

ElGatoNegro · Le 25/10/2009, à 15:41

Ok. Merci.
@+

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 29/05/2008, à 06:33

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#27 Le 29/05/2008, à 07:35

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#28 Le 29/05/2008, à 09:47

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#29 Le 29/05/2008, à 10:00

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#30 Le 29/05/2008, à 10:17

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#31 Le 29/05/2008, à 10:22

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#32 Le 29/05/2008, à 10:30

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#33 Le 30/05/2008, à 13:33

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#34 Le 30/05/2008, à 13:50

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#35 Le 30/05/2008, à 19:58

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#36 Le 31/05/2008, à 08:26

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#37 Le 31/05/2008, à 13:36

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#38 Le 02/06/2008, à 21:40

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#39 Le 02/06/2008, à 22:26

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#40 Le 03/06/2008, à 06:31

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#41 Le 15/09/2008, à 14:15

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#42 Le 28/09/2008, à 16:34

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#43 Le 01/11/2008, à 18:19

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#44 Le 02/11/2008, à 00:58

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#45 Le 25/04/2009, à 10:55

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#46 Le 06/05/2009, à 19:00

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#47 Le 06/05/2009, à 19:33

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#48 Le 25/10/2009, à 11:37

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#49 Le 25/10/2009, à 12:57

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

#50 Le 25/10/2009, à 15:41

Re : arrêter proprement l'ordi en ligne de commande sans mot de passe

Pied de page des forums