Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

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

environ314

Sorbus a écritDe fait, j'ai testé :
gnome-power-cmd.sh shutdown
sous gnome.
Cela arrête bien le PC sans mot de passe. C'est donc bien une alternative à la modification de /etc/sudoers.
Mais est-ce une aussi bonne méthode d'arrêt que "halt/shutdown/telinit" ?

ca marche aussi chez moi, mais pas lorsque la commande est lancée dans un script par un cron quand je ne suis pas connecté.

Sauriez-vous éteindre l'ordinateur par une commande dans un script même si je ne suis pas loggé ?

pipou24

pour E17, la commande :

 dbus-send --session --dest=org.freedesktop.PowerManagement --type=method_call --print-reply --reply-timeout=2000 /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.Shutdown

fonctionne aussi si gnome-power-manager est lancé 😃

sinon enlightenment_remote -shutdow doit fonctionner sans gnome-power-manager
mais ... ca me donne la fenetre de confirmation...
par contre, je ne sais pas comment identifier le type de bureau actif. il semble que cela correspond aux tests du script etc/acpi/powerbtn.sh mais je ne les comprend pas tres bien...

a suivre

stephaneguedon

pipou24 a écrit[edit 2 @ stepahneguedon] : s'il ne te redemande pas le mot de passe, c'est parceque sudo "dure" 15 min : http://doc.ubuntu-fr.org/sudo#sudo
si tu veut modifier ce comportement :
timestamp_timeout

Number of minutes that can elapse before sudo will ask for a passwd again. The default is 5. Set this to 0 to always prompt for a password. If set to a value less than 0 the user's timestamp will never expire. This can be used to allow users to create or delete their own timestamps via sudo -v and sudo -k respectively.
voir ici : http://www.courtesan.com/sudo/man/sudoers.html

Pas d'autre moyen que de modifier le timstamp de sudo ?

pipou24

@environ314 : ca me parait normal, la commande se lance depuis un compte connecté a GDM.

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

environ314

pipou24 a écrit@environ314 : ca me parait normal, la commande se lance depuis un compte connecté a GDM.

Content de savoir que c'est normal. On ne peut pas l'éteindre, alors, si personne n'est loggé ?? parce que mon script, bien qu'il soit attaché à mon utilisateur, lui, il se lance quand même. Mais s'il ne fait pas ce que je lui demande, ca ne me sert pas à grand chose 🙁

D.

pipou24

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

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

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 ? 😛

Dud

stephaneguedon a écritC'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

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 !

Dud

stephaneguedon a écritSi 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.

stephaneguedon

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 ?

pipou24

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

@ 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

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 ?

environ314

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

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

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

y'a-t-il quelquechose dans syslog ?

Sorbus

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.

« Page précédente Page suivante »