¿Por qué sudo toma mucho time?

Recientemente he actualizado a macOS Sierra 10.12.4 Beta (16E144f) y podría ser lo que está causando sudo para retrasar hasta 10 minutos ya que es el cambio más reciente que recuerdo desde que ocurrió este problema. Nunca he tenido que esperar tanto time para un progtwig básico y algo está claramente mal. El command finalmente tiene éxito, pero después de esperar mucho time.

He estado usando esta pregunta como una reference. Hasta ahora, he intentado agregar mi nombre de host al final de la línea 127.0.0.1 en /etc/hosts así como. /etc/resolv.conf y tuve algunas inputs extra desde cuando estaba en una networking que necesitaba inputs DNS manuales, pero las eliminé y no ha habido ninguna diferencia. Utilicé el command networksetup -setdnsservers para restaurar los valores originales. Internet sigue funcionando bien, pero sigue siendo un sudo muy lento.

  • iMac se congela completa, excepto el puntero del ratón. ¿Que puedo hacer?
  • Finder lento / congelar bajo Mavericks
  • ¿Qué podría causar que el ratón y el keyboard se bloqueen después de actualizar a OSX 10.8.2?
  • Con Firefox Aurora, el León de Montaña colgó - pero el ratón todavía funcionaba
  • ¿Es una mala práctica montar networkinges / compartir lentas bajo `/ Volumes`?
  • iMac muestra congelado en el arranque, pero la computadora se ejecuta normalmente en segundo plano
  • He intentado el command logger 'test' del logger 'test' pensando que escribiría en /var/log/system.log , pero parece que se ha eliminado totalmente ese file aunque pronto se hizo de nuevo.

    Esperaba usar el command strace para ver qué estaba sucediendo mientras sudo funcionaba pero ese command no está disponible en OS X. ¿Alguien ha encontrado este problema en este sistema operativo antes?

    /var/log/system.log tiene los siguientes posts que pueden ser relevantes. Una vez más, el command finalmente tiene éxito como de costumbre:

     Feb 1 00:07:39 mycomputer com.apple.xpc.launchd[1] (com.apple.imfoundation.IMRemoteURLConnectionAgent): Unknown key for integer: _DirtyJetsamMemoryLimit Feb 1 00:07:56 mycomputer com.apple.xpc.launchd[1] (com.apple.quicklook[2355]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook Feb 1 00:08:16 mycomputer System Preferences[1886]: I can not do what i want Feb 1 00:11:23 mycomputer com.apple.xpc.launchd[1] (com.apple.opendirectoryd[2335]): Service exited with abnormal code: 70 Feb 1 00:12:07 mycomputer syslogd[54]: ASL Sender Statistics Feb 1 00:16:35 mycomputer com.apple.xpc.launchd[1] (com.apple.opendirectoryd[2395]): Service exited with abnormal code: 70 

    Cualquier ayuda sería apreciada.

  • ¿Cómo Homebrew ya no necesita ser propietario de / usr / local?
  • ¿Qué tan malo es para una Mac para reiniciarlo a la fuerza cuando se congela?
  • ¿Es una mala práctica montar networkinges / compartir lentas bajo `/ Volumes`?
  • Carpeta gris con círculo al lado
  • ¿Cómo se "atasca" (en los resultados de "arriba") se refieren a "no responde" (en el Monitor de actividad), "spin" o "colgar"?
  • Finder lento / congelar bajo Mavericks
  • 3 Solutions collect form web for “¿Por qué sudo toma mucho time?”

    La respuesta de ErikMH me dio la idea de primero tratar de revertir el file sudoers, sin revertir / actualizar todo mi sistema de nuevo. Así que en resumen:

    1. Ejecutar esto para get un shell raíz: sudo -s
    2. Haga una copy de /private/etc/sudoers
    3. Ejecutar: cp /private/etc/sudoers\~orig /private/etc/sudoers
    4. Corrija los permissions ejecutando: chmod 440 /private/etc/sudoers ; chown root:wheel /private/etc/sudoers chmod 440 /private/etc/sudoers ; chown root:wheel /private/etc/sudoers
    5. Mueva cualquier file de /private/etc/sudoers.d/ lejos de allí
    6. Prueba el sudo en otra terminal
    7. No olvide salir de esta shell para evitar ejecutar commands como root de forma inadvertida cuando no quiere decir

    Ahora ejecutar sudo debería funcionar de nuevo.

    El siguiente paso es comprobar las diferencias entre el antiguo file sudoers (copydo en el paso 2) y el actual y agregar esos cambios paso a paso a /private/etc/sudoers o /private/etc/sudoers.d/ , cada vez que ejecuta un command usando sudo para comprobar si el cambio lo rompe.

    En mi caso, había especificado un grupo inexistente en el file sudoers. Corregir eso arregló mi problema.

    Esto puede ocurrir al actualizar a 10.12.4 si alguna vez ha editado el file / private / etc / sudoers.

    La solución más fácil es:

    1. Regresar a una versión anterior del sistema (siempre clones el sistema antes de actualizar, ¿no?)
    2. Eliminar / private / etc / sudoers
    3. Copiar / private / etc / sudoers ~ orig a sudoers
    4. Restablecer la propiedad de sudoers a system / root – sólo lectura
    5. Actualizar el sistema a 10.12.4

    Ojalá pudiera haber encontrado la causa real de esto, pero sólo podía resolver el problema después de restaurar el software del sistema. Yo estaba anteriormente en la beta pública de macOS Sierra, pero ahora estoy en el principal.

    Estoy cargando lentamente todos mis progtwigs y notaré si experimento un sudo retrasado de nuevo.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).