Soluzione 1:
Ho posto questa domanda su SO ed è stata spostata qui. Detto questo, non ho più la possibilità di modificare la domanda come se la possedessi, o addirittura di accettare la risposta corretta, ma questa si è rivelata la vera ragione per cui e come risolverla:
Trovato qui L'utente "rohandhruva" lì dà la risposta giusta:
Questo accade se cambi il nome host durante il processo di installazione.
Per risolvere il problema, modifica il file/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>
Soluzione 2:
Controlla che il tuo demone syslog funzioni correttamente; questo ha causato il problema per me.
Esegui il seguente comando
logger 'Hello world'
-
Il comando ritorna entro un ragionevole lasso di tempo?
-
"Hello world" appare in
/var/log/syslog?
In caso contrario, il demone syslog è andato in crash. Il riavvio dovrebbe risolvere il tuo problema.
Soluzione 3:
È uno dei file/directory che deve leggere su un montaggio in rete o in qualche modo attiva la lettura da un dispositivo USB lento? Prova strace e vedi dove è lento; se passa troppo in fretta, fallo
sudo strace -r -o trace.log sudo echo hi
Ogni riga inizierà con il tempo impiegato dall'inserimento della chiamata di sistema precedente.
(Il sudo iniziale sembra essere necessario; non so quanto ciò perturberà i risultati.)
Soluzione 4:
Di recente ho scoperto di avere lo stesso problema. Non c'era stato alcun ritardo sudo e poi all'improvviso, un ritardo di circa 10-20 secondi. Ho determinato il problema specifico utilizzando:
1. chmod u+s /usr/sbin/strace (as the root user)
Come te stesso:
1. sudo -K
2. strace sudo /bin/tcsh
E poi scopri dove sono bloccate le chiamate di sistema.
Nel MIO caso, ho scoperto che dipendeva da una traduzione DNS, apparentemente uno dei DNSen nella mia lista su /etc/resolv.conf era molto vivace o andato a male. Quindi ho cambiato l'ordine di risoluzione e le cose hanno funzionato di nuovo velocemente.
Soluzione 5:
Non sono sicuro di Fedora, ma ho utilizzato altri sistemi in cui sudo controllava da dove si è effettuato l'accesso, il che se il DNS non è impostato correttamente può richiedere anni per il timeout. Questo può essere visto anche quando si accede tramite SSH alla macchina:ci vogliono anni per trovare un prompt.