Donner le droit d'arrêter le PC à un utilisateur

Support Debian
#1

Bonsoir,

J’ai installé la dernière version de Debian sur mon ordinateur et j’ai voulu tester Enlightenment 0.18.2 qui marche parfaitement bien.
Seulement voilà, dans le menu (l’équivalent du menu du bouton “démarrer” sous Windows), mon utilisateur standard n’a pas le droit de mettre en veille, mettre en hibernation, arrêter ou rebooter la machine. Les options sont présentes mais grisées et je ne sais pas où les modifier.
Je pensais qu’il suffisait de modifier le fichier /etc/enlightenment/sysactions.conf en rajoutant les bonnes lignes, mais cela n’a pas suffit :

Si quelqu’un sait comment faire, je suis preneur. Merci.

#2

Bizarre que tu n’ai pas les droits par défaut. Sinon regarde du coté de udev et policyKit c’est eux qui gère les droits comme tu cherche.

#3

Je n’ai pas testé avec [mono]Enlightenment[/mono], mais peut-être qu’il manque le groupe [mono]powerdev[/mono], ou/et l’utilisateur n’en fait pas partie.

Si cette commande ne retourne rien,

michel@debG53SW:~$ grep "powerdev" /etc/group michel@debG53SW:~$
alors il faudra créer le groupe,

root@debG53SW:~# addgroup powerdev Ajout du groupe « powerdev » (GID 1001)... Fait.
et ajouter l’utilisateur (dans cet exemple, mon nom de login est [mono]michel[/mono]) à ce groupe :

root@debG53SW:~# adduser michel powerdev Ajout de l'utilisateur « michel » au groupe « powerdev »... Ajout de l'utilisateur michel au groupe powerdev Fait. root@debG53SW:~# puis déconnecter et reconnecter l’utilisateur de sa session ou redémarrer le système pour la prise en compte de la modification.

michel@debG53SW:~$ grep "powerdev" /etc/group powerdev:x:1001:michel michel@debG53SW:~$
Voilà: l’utilisateur [mono]michel[/mono] fait maintenant partie du groupe [mono]powerdev[/mono].

=======
Si le problème ne venait pas de cette histoire de groupe,

tu pourra enlever l’utilisateur [mono]michel[/mono] du groupe [mono]powerdev[/mono]

root@debG53SW:~# gpasswd -d michel powerdev Retrait de l'utilisateur michel du groupe powerdev root@debG53SW:~# grep "powerdev" /etc/group powerdev:x:1001: root@debG53SW:~# Et supprimer le groupe powerdev

root@debG53SW:~# groupdel powerdev root@debG53SW:~# grep "powerdev" /etc/group root@debG53SW:~# puis déconnecter et reconnecter l’utilisateur de sa session ou redémarrer le système pour la prise en compte de la modification.

#4

Compare le fichier sysactions.conf d’e18 à celui-ci valable pour e17 :

$ cat /etc/enlightenment/sysactions.conf

[code]# ENLIGHTENMENT SYSTEM ACTIONS CONFIGURATION

This is a system configuration for allowing or denying certain users or

groups to be able to do certain actions that involve system restricted

actions such as halt, reboot, suspend, hibernate etc.

This file is read in order from top to bottom - the first rule to MATCH

will be used for a user or a group, and nothing after that is read.

You must put all the ACTION definitons BEFORE user and group rule matches.

Any action definitons after a rule match has been found will be ignored.

This allows actions to be re-defined for different user groups, so matches

so the command for an action can change for matches to the rules later on.

Any user or group NOT matched by an allow or a deny will be ALLOWED to

perform the action by default (system administrators should be aware of

this and implement whatever policies they see fit). Generally speaking

a user of a workstation, desktop or laptop is intended to have such abilities

to perform these actions, thus the default of allow. For multi-user systems

the system administrator is considered capable enough to restrict what they

see they need to.

A WARNING to admins: do NOT allow access for users to this system remotely

UNLESS you fully trust them or you have locked down permissions to halt/reboot

suspend etc. here first. You have been warned.

A WARNING to admins: do NOT allow access for users to this system remotely

UNLESS you fully trust them or you have locked down permissions to halt/reboot

suspend etc. here first. You have been warned.

FORMAT:

action: halt /sbin/shutdown -h now

action: reboot /sbin/shutdown -r now

action: suspend /etc/acpi/sleep.sh force

action: hibernate /etc/acpi/hibernate.sh force

user: username allow: halt reboot suspend hibernate

group: groupname deny: *

group: * deny: *

user: * allow: suspend

user: billy allow: halt reboot

group: staff deny: halt suspend hibernate

etc.

user and group name can use glob matches (* == all for example) like the

shell. as can action names allowed or denied.

action: halt /sbin/shutdown -h now
action: reboot /sbin/shutdown -r now
action: suspend /usr/sbin/pm-suspend
action: hibernate /usr/sbin/pm-hibernate
action: /bin/mount /bin/mount
action: /bin/umount /bin/umount
action: /usr/bin/eject /usr/bin/eject

on FreeBSD use this instead of the above.

#action suspend /usr/sbin/zzz

root is allowed to do anything - but it needs to be here explicitly anyway

user: root allow: *

members of operator, staff and admin groups should be able to do all

group: operator allow: *
group: staff allow: *
group: admin allow: *
group: sys allow: *
group: wheel allow: *
group: adm allow: *

common “user” groups for “console users” on desktops/laptops

group: dialout allow: *
group: disk allow: *
group: adm allow: *
group: cdrom allow: *
group: floppy allow: *
group: audio allow: *
group: dip allow: *
group: plugdev allow: *
group: netdev allow: *
group: bluetooth allow: *
group: video allow: *
group: voice allow: *
group: fax allow: *
group: tty allow: *

put in a list of other users and groups here that are allowed or denied etc.

e.g.

user: myuser allow: *

user: another allow: suspend hibernate

uncomment this line to enable eeze mounting for users

user: someuser allow: /bin/mount /bin/umount /usr/bin/eject

deny everyone else by default

user: * deny: *[/code]
À quel(s) groupe(s) appartient l’utilisateur qui se voit griser les actions ?

$ groups

En e17, sur la foi de ce fichier, il suffirait d’ajouter l’utilisateur à un groupe autorisé pour se voir autorisé à hiberner/suspendre …
Il n’y a pas besoin d’appartenir à un groupe spécial comme «admin» ou «staff». Verser l’utilisateur dans un groupe commun autorisé comme le groupe «audio».

#5

Bonsoir!

Le groupe “powerdev” n’existait pas et je l’ai créé puis j’ai rajouté mon utilisateur “hsmr” à ce groupe :

hsmr@vostro:~$ groups hsmr cdrom floppy audio dip video plugdev scanner netdev bluetooth power powerdevj’ai redémarré et je n’ai pas toujours pas le moyen d’arrêter la machine.
Vous constaterez que le groupe commun (audio par exemple) auquel appartient mon utilisateur ne lui permet pas d’arrêter la machine.
Voici le contenu de mon fichier /etc/enlightenment/sysactions.conf :

[code]# ENLIGHTENMENT SYSTEM ACTIONS CONFIGURATION

This is a system configuration for allowing or denying certain users or

groups to be able to do certain actions that involve system restricted

actions such as halt, reboot, suspend, hibernate etc.

This file is read in order from top to bottom - the first rule to MATCH

will be used for a user or a group, and nothing after that is read.

You must put all the ACTION definitons BEFORE user and group rule matches.

Any action definitons after a rule match has been found will be ignored.

This allows actions to be re-defined for different user groups, so matches

so the command for an action can change for matches to the rules later on.

Any user or group NOT matched by an allow or a deny will be ALLOWED to

perform the action by default (system administrators should be aware of

this and implement whatever policies they see fit). Generally speaking

a user of a workstation, desktop or laptop is intended to have such abilities

to perform these actions, thus the default of allow. For multi-user systems

the system administrator is considered capable enough to restrict what they

see they need to.

A WARNING to admins: do NOT allow access for users to this system remotely

UNLESS you fully trust them or you have locked down permissions to halt/reboot

suspend etc. here first. You have been warned.

FORMAT:

action: halt /sbin/shutdown -h now

action: reboot /sbin/shutdown -r now

action: suspend /etc/acpi/sleep.sh force

action: hibernate /etc/acpi/hibernate.sh force

user: username allow: halt reboot suspend hibernate

group: groupname deny: *

group: * deny: *

user: * allow: suspend

user: billy allow: halt reboot

group: staff deny: halt suspend hibernate

etc.

user and group name can use glob matches (* == all for example) like the

shell. as can action names allowed or denied.

action: halt /sbin/shutdown -h now
action: reboot /sbin/shutdown -r now
action: suspend /usr/sbin/pm-suspend
action: hibernate /usr/sbin/pm-hibernate
action: /bin/mount /bin/mount
action: /bin/umount /bin/umount
action: /usr/bin/eject /usr/bin/eject
action: l2ping /usr/bin/l2ping

on FreeBSD use this instead of the above.

#action suspend /usr/sbin/zzz

root is allowed to do anything - but it needs to be here explicitly anyway

user: root allow: *

members of operator, staff and admin groups should be able to do all

group: operator allow: *
group: staff allow: *
group: admin allow: *
group: sys allow: *
group: wheel allow: *
group: adm allow: *

common “user” groups for “console users” on desktops/laptops

group: dialout allow: *
group: disk allow: *
group: adm allow: *
group: cdrom allow: *
group: floppy allow: *
group: audio allow: *
group: dip allow: *
group: plugdev allow: *
group: netdev allow: *
group: bluetooth allow: *
group: video allow: *
group: voice allow: *
group: fax allow: *
group: tty allow: *
group: powerdev allow: *

put in a list of other users and groups here that are allowed or denied etc.

e.g.

user: myuser allow: *

user: another allow: suspend hibernate

user: hsmr allow: halt reboot suspend hibernate

uncomment this line to enable eeze mounting for users

user: someuser allow: /bin/mount /bin/umount /usr/bin/eject

deny everyone else by default

user: * deny: *[/code]Pour l’instant, je ne m’en sors pas.
Et est-ce normal que mon utilisateur “hsmr” n’ait pas dans son $PATH accès au commande “reboot”, “halt” ou “shutdown” ?

hsmr@vostro:~$ reboot bash: reboot : commande introuvable hsmr@vostro:~$ halt bash: halt : commande introuvable hsmr@vostro:~$ shutdown bash: shutdown : commande introuvable

#6

[quote=“hsmr”]…est-ce normal que mon utilisateur “hsmr” n’ait pas dans son $PATH accès au commande “reboot”, “halt” ou “shutdown”…[/quote] Oui, car pour utiliser ces commandes il faut être super-administrateur ([mono]root[/mono]).

=======

[quote=“hsmr”]…Le groupe “powerdev” n’existait pas et je l’ai créé puis j’ai rajouté mon utilisateur “hsmr” à ce groupe :…[/quote]Si ça n’a pas été fait, et puisque le fait d’avoir utilisé le groupe powerdev n’a rien changé, il faudrait (avec le compte [mono]root[/mono]) que :

tu enlève [mono]hsmr[/mono] du groupe [mono]powerdev[/mono]gpasswd -d hsmr powerdevet supprime le groupe [mono]powerdev[/mono]groupdel powerdev

#7

MiCP, j’ai supprimé mon utilisateur du groupe powerdev ainsi que ce dernier.
Et je suis toujours à la recherche d’une solution.
Merci

#8

[quote=“hsmr”]…J’ai installé la dernière version de Debian…[/quote]Pourrais-tu me transmettre un lien vers le fichier image ISO que tu as utilisé pour cette installation et comment tu as installé debian.
Au cours de l’installation de debian, as-tu donné un mot de passe pour le compte [mono]root[/mono] ou bien utilise-tu [mono]sudo[/mono] ?

[quote=“hsmr”]…j’ai voulu tester Enlightenment 0.18.2 qui marche parfaitement bien.…[/quote]Pourrais-tu me décrire comment tu l’a installé (avec les liens vers E18).

Avec ces informations, je vais pouvoir créer une machine virtuelle et voir si le problème est toujours là.

Merci.

#9

Bonjour,

Tu peux essayer le petit programme python que j’ai fait.

Il faut installer python.

Rendre le script executable sudo chmod +x obexit.py

Et dans le programme (.py) pour la deconnexion, remplacer la ligne

Je ne suis pas sur de la commande de deconnexion car je n’ai pas enlightment.


obexit.py.bz2 (1.39 KB)