sudo continue de me demander mon mot de passe en coquille de poisson

sudo dans Ubuntu ne cesse de me demander mon mot de passe pour chaque commande. Auparavant, je n'avais à saisir le mot de passe qu'une seule fois, puis il serait conservé pendant un certain temps. Cela a récemment changé, probablement après la "mise à niveau" vers Natty.

J'ai fait sudo visudoet réglé Defaults env_reset, timestamp_timeout = 60, essayé de redémarrer, mais cela ne fonctionne toujours pas. Comment puis-je réparer ça?

Après des suggestions ci-dessous, mon /etc/sudoersressemble à ceci:

#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults:endolith timestamp_timeout=60

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

#includedir /etc/sudoers.d

Mise à jour:

J'ai mis à niveau ma VirtualBox et elle a commencé à souffrir du même problème. À une supposition, j'ai couru bash, et j'ai essayé de sudo là-dessus, et le mot de passe est mémorisé correctement. Il est seulement quand j'utiliser mon shell par défaut du poisson qu'il ne se souvient pas. C'était le cas dans la version précédente d'Ubuntu, mais plus.

Mise à jour:

J'ai mis à jour vers 13.05 et cela a recommencé comme par magie. Maintenant, il demande mon mot de passe une fois, cesse de demander pendant un certain temps, puis demande à nouveau après un certain temps.

@endolith: Oui, cela ne semble affecter que les poissons. J'ai eu le même problème, le problème est causé par l'option sudo "tty_tickets". La désactivation de cela sur votre fichier / etc / sudoers résoudra le problème.

Les éléments suivants désactiveront tty_tickets:

Defaults        env_reset,!tty_tickets

Si rien d'autre ne fonctionne, essayez sudo -i(par lui-même). Cela vous donnera un shell racine après un mot de passe.

Je n'ai eu à saisir le mot de passe qu'une seule fois, puis il serait retenu pendant un certain temps.

Si je devine, je parierais que quelque chose à propos de votre /var/run/sudo répertoire est foiré. Ce répertoire est l'endroit où les fichiers d'horodatage sont stockés. Peut-être que / var / run est plein, peut-être que les autorisations ont été gâchées. Quoi qu'il en soit, regardez ce répertoire, je pense que votre problème est peut-être là.

Les autorisations sur mon dossier ressemblent à ceci.

# find /var/run/sudo/ -ls
1164242    4 drwx------   6 root     root         4096 Jan  1  1985 /var/run/sudo/
1179694    4 drwx------   2 root     www-data     4096 Jan  1  1985 /var/run/sudo/www-data
1164286    4 drwx------   2 root     myuser      4096 Jul 21 23:03 /var/run/sudo/myuser
1163399    0 -rw-------   1 root     myuser         0 Jul 13 22:42 /var/run/sudo/myuser/0
1163453    0 -rw-------   1 root     myuser         0 Jul 21 22:59 /var/run/sudo/myuser/2
1164309    0 -rw-------   1 root     myuser         0 Jul 21 23:03 /var/run/sudo/myuser/6
1163303    0 -rw-------   1 root     myuser         0 Jul 13 22:31 /var/run/sudo/myuser/5

Pour faire bonne mesure, vous pouvez également essayer de courir sudo -Kpour tuer vos fichiers d'horodatage actuels.

Je vérifierais le répertoire /etc/sudoers.d/.

Vous pouvez également essayer de rétrograder le package sudo vers la version précédente.