5

Я видел многочисленные случаи этого по всему Интернету, и решение - (по желанию: сделать _____ и затем) перезагрузку. Перезагрузка - единственный необходимый шаг, но я хотел бы удалить этот шаг (найти корень проблемы). Вот симптомы:

  • Когда я открываю Terminal.app, я не вижу ничего, кроме курсора. Нет текст ошибки
  • Когда SSHing, я получаю Timeout, server xxx.xxx.xxx.xxx not responding после задержки.
  • В мониторе активности запущено много процессов sshd (более 30). Убийство их ничего не делает.
  • Перезагрузка исправляет это, но перезапуск Terminal.app - нет.
  • Перезапуск удаленного входа в систему Prefs ничего не делает.
  • Журнал консоли не показывает ничего значимого, когда я открываю новый терминал.

Я просто ищу идеи. Я знаю, что с этим не так много работы, но, возможно, у кого-то есть блестящая идея, где искать. Я знаю, что это будет полезно для будущих пользователей, так как я видел много людей с этой проблемой:

Спасибо!

|источник

1 ответ1

1

Если он никогда не запускает сеанс терминала, даже если вы подождете несколько минут, наиболее распространенная причина этого заключается в том, что пользователь закрыл терминал, пока sudo ждал пароль. В системах, предшествующих Mac OS X 10.7 Lion, это предотвращает любые дальнейшие входы в систему до тех пор, пока вы не перезагрузите или не завершите процесс sudo . Используйте Activity Monitor, чтобы увидеть, есть ли процесс sudo и, если это так, принудительно завершите его, чтобы устранить проблему.

В подобных ситуациях первое, что нужно сделать, это взглянуть на инспектор терминала (Shell> Show Inspector), чтобы увидеть, какие процессы выполняются в терминале. Если вы видите свою оболочку или любые другие программы, кроме login это означает, что вход в систему завершен. В этом случае проблема, вероятно, из-за чего-то в файлах запуска оболочки.

Если для запуска сеанса терминала требуется несколько секунд, минут или две из-за того, что login занимает много времени, и вы находитесь в сети с учетными записями пользователей сети, это может быть вызвано медленными или не отвечающими серверами каталогов (или, реже, сетью). ненормальность общения).

Другой вопрос , который может вызвать login , чтобы занять больше времени, если системный журнал имеет чрезмерное количество данных журнала; для login в систему может потребоваться несколько секунд, чтобы прочитать журнал, чтобы найти дату / время последнего входа в систему, чтобы на нем мог отображаться баннер «Последний вход в систему:…». Иногда это может случиться, если есть какая-то системная проблема или конкретная программа, которая вызывает быстрое создание тысяч записей журнала. Эта проблема может быть устранена путем удаления любых больших файлов системного журнала, найденных в /private/var/log/asl/ . Некоторые люди просто удаляют все с помощью команды rm -rf /private/var/log/asl/*.asl , но я рекомендую специально удалить только самый последний файл журнала и / или самый большой.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .