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 visudo
et 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/sudoers
ressemble à 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.
Defaults:endolith timestamp_timeout=60
, mais vous n'êtes dans aucun groupe appelé endolith, conformément à un autre commentaire ici. alors quel nom d'utilisateur utilisez-vous? Vérifiez avecwhoami
, et d' ajouter que le nom d' utilisateur à la placeendolith
dansDefaults:endolith timestamp_timeout=60
ouendolith ALL=(ALL) NOPASSWD: ALL
Réponses:
@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:
la source
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.la source
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.
Pour faire bonne mesure, vous pouvez également essayer de courir
sudo -K
pour tuer vos fichiers d'horodatage actuels.la source
find: '/var/run/sudo': No such file or directory
sudo
dossier/var/run
. Dans cette machine virtuelle, il se souvient de mon mot de passe comme prévu, donc cela ne semble pas pertinent. La seule chose dans visudo sur cette machine virtuelle estDefaults env_reset
. Il indique également%sudo ALL=(ALL) ALL
au lieu de%sudo ALL=(ALL:ALL) ALL
.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.
la source