Solution 1 :
J'ai posé cette question sur SO et elle a été déplacée ici. Cela dit, je n'ai plus la possibilité de modifier la question comme si elle m'appartenait, ni même d'accepter la bonne réponse, mais cela s'est avéré être la véritable raison pour laquelle et comment la résoudre :
Trouvé ici L'utilisateur "rohandhruva" donne la bonne réponse :
Cela se produit si vous modifiez le nom d'hôte pendant le processus d'installation.
Pour résoudre le problème, éditez le fichier/etc/hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 <ADD_YOURS_HERE> ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 <ADD_YOURS_HERE>
Solution 2 :
Vérifiez que votre démon syslog fonctionne correctement ; cela a causé le problème pour moi.
Exécutez la commande suivante
logger 'Hello world'
-
La commande revient-elle dans un délai raisonnable ?
-
Est-ce que 'Hello world' apparaît dans
/var/log/syslog?
Si ce n'est pas le cas, le démon syslog a planté. Le redémarrer devrait résoudre votre problème.
Solution 3 :
L'un des fichiers/répertoires dont il a besoin est-il lu sur un montage en réseau, ou déclenche-t-il d'une manière ou d'une autre la lecture à partir d'un périphérique USB lent? Essayez strace et voyez où c'est lent; si ça passe trop vite, fais
sudo strace -r -o trace.log sudo echo hi
Chaque ligne commencera par le temps écoulé depuis la saisie de l'appel système précédent.
(Le sudo initial semble être nécessaire ; je ne sais pas à quel point cela perturbera les résultats.)
Solution 4 :
J'ai récemment découvert que j'avais le même problème. Il n'y avait pas eu de retard sudo, puis tout d'un coup, environ 10 à 20 secondes de retard. J'ai déterminé le problème spécifique en utilisant :
1. chmod u+s /usr/sbin/strace (as the root user)
Comme vous-même :
1. sudo -K
2. strace sudo /bin/tcsh
Et puis trouvez où les appels système sont suspendus.
Dans MON cas, j'ai trouvé qu'il était suspendu à une traduction DNS, apparemment l'un des DNSen de ma liste sur /etc/resolv.conf était très occupé ou a mal tourné. J'ai donc changé l'ordre de résolution et les choses ont refonctionné rapidement.
Solution 5 :
Je ne suis pas sûr de Fedora, mais j'ai utilisé d'autres systèmes où sudo vérifiait d'où vous êtes connecté, ce qui, si votre DNS n'est pas bien configuré, peut prendre une éternité. Cela peut également être vu lors de la connexion SSH à la machine - il faut du temps pour proposer une invite.