Чому судо проходить занадто довго?

Я нещодавно оновив до macOS Sierra 10.12.4 Beta (16E144f), і це може спричинити sudoзатримку до 10 хвилин, оскільки це остання зміна, яку я пам'ятаю з моменту виникнення цієї проблеми. Мені ніколи не довелося так довго чекати основної програми, і щось явно не так. Команда врешті-решт досягає успіху, але після занадто довгого очікування.

Я використовую це питання як орієнтир. Поки я намагався додати своє ім’я хоста до кінця 127.0.0.1рядка /etc/hostsтакож. Я перевірив, /etc/resolv.confі у мене були додаткові записи, коли я був у мережі, яка потребувала ручних записів DNS, але я їх видалив, і різниці не було. Я використовував networksetup -setdnsserversкоманду для відновлення вихідних значень. Інтернет все ще працює чудово, але все ще дуже повільно sudo.

Я спробував logger 'test'команду, думаючи, що вона запише /var/log/system.log, але схоже, що цей файл повністю видалили, хоча це було скоро створено заново.

Я сподівався використати straceкоманду, щоб побачити, що відбувається під час sudoзапуску, але ця команда недоступна в OS X. Хтось раніше стикався з цією проблемою в цій операційній системі?

/var/log/system.log містить такі повідомлення, які можуть бути релевантними. Знову команда в кінцевому рахунку досягає успіху як звичайна:

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

Будь-яка допомога буде вдячна.

Відповідь ErikMH дала мені думку спершу просто спробувати відновити файл sudoers, не повертаючи / модернізуючи всю свою систему знову. Отже коротко:

1. Запустіть це, щоб отримати кореневу оболонку: sudo -s
2. Зробіть копію /private/etc/sudoers
3. Виконати: cp /private/etc/sudoers\~orig /private/etc/sudoers
4. Виправте дозволи, запустивши: chmod 440 /private/etc/sudoers ; chown root:wheel /private/etc/sudoers
5. Перемістіть /private/etc/sudoers.d/звідти будь-які файли
6. Тестуйте sudoв іншому терміналі
7. Не забудьте вийти з цієї оболонки, щоб запобігти ненавмисному виконанню команд як корінь, коли цього не маєте на увазі

Тепер біг sudoповинен працювати знову.

Наступним кроком є ​​перевірка відмінностей між старим файлом sudoers (ви скопіювали його на кроці 2) та поточним, і додайте ці зміни крок за кроком до /private/etc/sudoersабо /private/etc/sudoers.d/, щоразу виконуючи команду, sudoщоб перевірити, чи змінює це зміна.

У моєму випадку я вказав неіснуючу групу у файлі sudoers. Виправлення, що вирішило мою проблему.

Це може статися під час оновлення до 10.12.4, якщо ви коли-небудь редагували файл / private / etc / sudoers.

Найпростіше рішення:

1. Поверніться до попередньої версії системи (ви завжди клонуєте свою систему перед оновленням, правда?)
2. Видалити / приватне / тощо / sudoers
3. Копіювати / приватно / тощо / sudoers ~ походить до sudoers
4. Скиньте право власності на sudoers на систему / root - лише для читання
5. Оновіть систему до 10.12.4

Я б хотів, щоб я міг знайти справжню причину цього, але вирішити проблему я міг лише після відновлення системного програмного забезпечення. Раніше я був публічною бета-версією macOS Sierra, але зараз я перебуваю на головній.

Я повільно завантажую всі свої програми, і зауважу, якщо sudoзнову відчуваю затримку .

У мене був файл, /etc/sudoers.d/який я видалив. Вуала - sudoзнову швидка.