Perché sudo sta prendendo troppo tempo?

11

Recentemente sono stato aggiornato a macOS Sierra 10.12.4 Beta (16E144f) e potrebbe essere ciò che sta causando il ritardo di% 10% in ritardo con la conversione di co_de in quanto è la modifica più recente che ricordo da quando si è verificato questo problema. Non ho mai dovuto aspettare così tanto tempo per un programma di base e qualcosa è chiaramente sbagliato. Il comando alla fine ha esito positivo, ma dopo aver atteso troppo a lungo.

Ho utilizzato questa domanda come riferimento. Finora, ho provato ad aggiungere il mio nome host alla fine della riga sudo in 127.0.0.1 e. Ho controllato /etc/hosts e ho avuto alcune voci extra da quando ero su una rete che aveva bisogno di voci DNS manuali, ma le ho rimosse e non c'è stata differenza. Ho usato il comando /etc/resolv.conf per ripristinare i valori originali. Internet funziona ancora bene ma ancora un molto lento networksetup -setdnsservers .

Ho provato il comando sudo pensando che avrebbe scritto su logger 'test' , ma sembra che abbia cancellato del tutto quel file sebbene sia stato presto fatto di nuovo.

Speravo di usare il comando /var/log/system.log per vedere cosa stava succedendo mentre strace è stato eseguito ma quel comando non è disponibile su OS X. Qualcuno ha mai avuto questo problema in questo sistema operativo?

/var/log/system.log ha i seguenti messaggi che potrebbero essere rilevanti. Anche in questo caso il comando alla fine avrà successo normalmente:

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

Qualsiasi aiuto sarebbe apprezzato.

    
posta Spencer Williams 01.02.2017 - 08:25
fonte

4 risposte

9

La risposta di ErikMH mi ha dato l'idea di provare prima a ripristinare il file sudoers, senza ripristinare / aggiornare nuovamente l'intero sistema. Quindi in breve:

  1. Esegui questo per ottenere una shell di root: sudo -s
  2. Crea una copia di /private/etc/sudoers
  3. Esegui: cp /private/etc/sudoers\~orig /private/etc/sudoers
  4. Correggi le autorizzazioni eseguendo: chmod 440 /private/etc/sudoers ; chown root:wheel /private/etc/sudoers
  5. Sposta tutti i file in /private/etc/sudoers.d/ lontano da lì
  6. Prova sudo in un altro terminale
  7. Non dimenticare di uscire da questa shell per impedire di eseguire inavvertitamente comandi come root quando non intendi

Ora l'esecuzione di sudo dovrebbe funzionare di nuovo.

Il passaggio successivo consiste nel controllare le differenze tra il vecchio file sudoers (che hai copiato nel passaggio 2) e quello corrente e aggiungere queste modifiche passo dopo passo a /private/etc/sudoers o /private/etc/sudoers.d/ , ogni volta che esegui un comando usando sudo per verificare se la modifica lo spezza.

Nel mio caso, avevo specificato un gruppo inesistente nel file sudoers. Correggere quello ha corretto il mio problema.

    
risposta data 03.04.2017 - 13:12
fonte
2

Questo può accadere quando si aggiorna a 10.12.4 se hai mai modificato il file / private / etc / sudoers.

La soluzione più semplice è:

  1. Ritorna a una versione precedente del sistema (cloni sempre il tuo sistema prima di aggiornarlo, vero?)
  2. Elimina / private / etc / sudoers
  3. Copia / privato / etc / sudoers ~ orig a sudoers
  4. Ripristina la proprietà di sudoers su system / root - sola lettura
  5. Aggiorna il sistema a 10.12.4
risposta data 02.04.2017 - 21:08
fonte
1

Vorrei aver trovato la causa reale di ciò, ma ho potuto risolvere il problema solo dopo aver ripristinato il software di sistema. In precedenza ero nella beta pubblica di macOS Sierra, ma ora sono su quello principale.

Sto caricando lentamente tutti i miei programmi e noterò se rilevo di nuovo un% in ritardo disudo.

    
risposta data 14.02.2017 - 02:30
fonte
0

Ho avuto un file in /etc/sudoers.d/ che ho rimosso. Voila - sudo è di nuovo veloce.

    
risposta data 19.03.2018 - 08:45
fonte

Leggi altre domande sui tag