Saltar al contenido

¿Por qué el comando sudo tarda mucho en ejecutarse?

Este dilema se puede solucionar de variadas formas, pero en este caso te dejamos la respuesta más completa en nuestra opinión.

Solución:

Solución 1:

Hice esta pregunta en SO y se movió aquí. Dicho esto, ya no tengo la capacidad de editar la pregunta como si fuera de mi propiedad, o incluso aceptar la respuesta correcta, pero resultó ser la true por que y como solucionarlo:

Encontrado aquí El usuario “rohandhruva” allí da la respuesta correcta:

Esto sucede si cambia el nombre de host durante el proceso de instalación.

Para resolver el problema, edite el archivo /etc/hosts

127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4  
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 

Solución 2:

Verifique que su demonio syslog esté funcionando correctamente; esto causó el problema para mí.

Ejecute el siguiente comando

logger 'Hello world'
  1. ¿Regresa el comando dentro de un período de tiempo razonable?

  2. ¿Aparece ‘Hello world’ en /var/log/syslog?

Si este no es el caso, el demonio syslog se ha bloqueado. Reiniciarlo debería solucionar su problema.


Solución 3:

¿Es uno de los archivos/directorios que necesita leer en un montaje en red, o de alguna manera está activando la lectura desde un dispositivo USB lento? Pruebe strace y vea dónde es lento; si pasa demasiado rápido, hazlo

sudo strace -r -o trace.log sudo echo hi

Cada línea comenzará con el tiempo transcurrido desde que se ingresó a la llamada al sistema anterior.

(El sudo inicial parece ser necesario; no sé cuánto perturbará los resultados).


Solución 4:

Recientemente descubrí que tenía el mismo problema. No había habido ningún retraso de sudo y luego, de repente, un retraso de unos 10-20 segundos. Determiné el problema específico usando:

 1. chmod u+s /usr/sbin/strace  (as the root user)

Como tú mismo:

 1. sudo -K
 2. strace sudo /bin/tcsh

Y luego encuentre dónde se cuelgan las llamadas al sistema.

En MI caso, descubrí que estaba colgado en una traducción de DNS, aparentemente uno de los DNSen en mi lista en /etc/resolv.conf estaba muy ocupado o salió mal. Así que cambié el orden de resolución y puf, las cosas volvieron a funcionar rápidamente.


Solución 5:

No estoy seguro acerca de Fedora, pero he usado otros sistemas en los que sudo verificaría desde dónde está conectado, lo que si su DNS no está bien configurado puede demorar años. Esto también se puede ver cuando se accede a la máquina mediante SSH: se tarda años en generar un aviso.

valoraciones y comentarios

Recuerda que puedes optar por la opción de valorar este ensayo si atinaste tu interrogante .

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *