échec lors de la communication avec gksu-run-helper

Support Debian
#1

Bonjour à tous,

utilisant abondamment la ligne de commande ça fait un moment que je laisse trainer un petit problème de permission pour les applications graphiques.

Voici ce qui ce passe quand par exemple je rentre mon mot de passe dans un “gksudo gparted” :

[code]
Échec lors de la communication avec gksu-run-helper.

Reçu :
su : Échec d’authentification
Ce qui était attendu :
gksu: waiting[/code]

Ce problème n’est pas rare sur la toile mais aucun médicament n’a guéri mon souffrant.
D’après un forum les soucis viendraient d’ici :

ls -l /usr/bin/sudo -rwsr-xr-x 2 root root 144740 23 mai 19:34 /usr/bin/sudo

J’ai tenté plusieurs manips pour rétablir les permissions mais rien n’y fait.
( lists.ubuntu.com/archives/ubunt … 00057.html )

Voici mon /etc/sudoers au cas ou :

[code]# /etc/sudoers

This file MUST be edited with the ‘visudo’ command as root.

See the man page for details on how to write a sudoers file.

Defaults env_reset

Host alias specification

User alias specification

Cmnd alias specification

User privilege specification

root ALL=(ALL) ALL

Allow members of group sudo to execute any command

(Note that later entries override this, so you might need to move

it further down)

#includedir /etc/sudoers.d
root ALL=(ALL) ALL
%sudo ALL=(root) ALL

ALL ALL=NOPASSWD: /sbin/shutdown
ALL ALL=NOPASSWD: /sbin/reboot[/code]

Pour les deux dernières lignes, j’utilise openbox et je n’ai pas trouvé de solution plus propre.
Merci d’avance.
Gaël

edit: Je viens juste de régler le problème.
chmod 755 /usr/bin/sudo
Bizarrement ça n’avait pas fonctionné plus tôt.

#2

[quote=“chaussette”]D’après un forum les soucis viendraient d’ici :

ls -l /usr/bin/sudo -rwsr-xr-x 2 root root 144740 23 mai 19:34 /usr/bin/sudo
[…]
edit: Je viens juste de régler le problème.
chmod 755 /usr/bin/sudo
Bizarrement ça n’avait pas fonctionné plus tôt.[/quote]
OMG ! :open_mouth:
Fais voir le résultat de ls -l /usr/bin/sudo après ta modif. Si tu as fait sauter le suid (attribut s pour l’utilisateur) alors sudo ne te sert plus à rien, il n’est plus capable de passer root… D’où que vienne ton problème, virer le suid de /usr/bin/sudo n’est PAS la solution.

#3

Ha ? hop :

-rwxr-xr-x 2 root root 144740 23 mai 19:34 /usr/bin/sudo

je me suis fié à ceci : lists.ubuntu.com/archives/ubunt … 00057.html

edit : je m’aperçoit que j’ai interprété la réponse (dans le lien) à l’envers. :°/

“Je ne sais pas si tu remarques, mais ce n’est pas “-rwxr-xr-x”… et
ce n’est pas pour rien.”

#4

Ouais donc c’est bien ce que je pensais : la manipulation a rendu sudo non fonctionnel.
D’ailleurs tu noteras que le message que tu as donné explique en fait comment rétablir les droits de sudo à leur état normal (incluant l’attribut u+s). :wink:

Pour remettre sudo à son état normal à partir de ta situation : chmod u+s /usr/bin/sudo
Ça ne nous avance pas concernant ton problème d’origine (et vu que j’utilise pas Gnome je suis pas près de pouvoir t’aider) mais au moins ta machine restera un minimum fonctionnelle. :slightly_smiling:

#5

Meri Syam heureusement que tu passais par là, c’est de nouveau en ordre.
Je précise que je n’utilise pas gnome non plus, mais que j’ai parfis besoin de gksudo. Ducoup il manque peut-être un paquet … keyring quelque chose … je vais voir de ce côté là.

#6

En règle générale, modifier les droits sur les fichiers installés par apt/dpkg c’est aller au devant de sérieux ennuis sauf si tu sais très exactement ce que tu fais.
À garder en mémoire quand tu tombes sur ce genre de “solution” sur internet. :wink:

#7

su -> gksu

$ gksu gparted

  • mot de passe de root

sudo -> gksudo

$ gksudo gparted

  • ton mot de passe

Or, gksu(do) peut représenter su comme sudo.

[quote]

su : Échec d'authentification Ce qui était attendu : gksu: waiting [/quote]
Dans le cas présent, gksudo semble appeler su au lieu de sudo.

debian-fr.org/bordel-de-root … ml#p395032

#8

Merci !!
Exactement ce qu’il me fallait ;°)