I've seen numerous cases of this all over the internet, and the solution is (optionally: Do _____ and then) reboot. The reboot is the only necessary step, but I'd like to remove that step (find the root of the problem). Here are the symptoms:
- When I open Terminal.app, I see nothing except a cursor. No error text.
- When SSHing, I get
Timeout, server xxx.xxx.xxx.xxx not responding
after a delay. - There are a lot of
sshd
processes running in activity monitor (over 30). Killing them does nothing. - Rebooting fixes it, but restarting Terminal.app does not.
- Restarting Remote Login in System Prefs does nothing.
- Console log shows nothing of significance when I open a new terminal.
I'm just looking for ideas. I know this isn't much to work with, but maybe someone has a brilliant idea of where to look. I know that this will be helpful to future users as I've seen many people with the problem:
- http://hintsforums.macworld.com/showthread.php?t=97005
- https://discussions.apple.com/thread/2204986?start=0&tstart=0
- https://discussions.apple.com/thread/2498920?start=0&tstart=0
- http://forums.macrumors.com/showthread.php?t=1090825
- http://reviews.cnet.com/8301-13727_7-10399809-263.html
Thanks!
Best Answer
If it never starts the terminal session even if you wait a few minutes, the most common cause of this is that the user closed a terminal while
sudo
was waiting for the password. On systems earlier than Mac OS X 10.7 Lion, this prevents any further logins until you either reboot or kill thesudo
process. Use Activity Monitor to see if there is asudo
process and, if so, Force Quit it to clear up the problem.In situations like this, the first thing to do is look at the terminal Inspector (Shell > Show Inspector) to see what processes are running in the terminal. If you see your shell or any programs other than
login
that means the login completed. In that case, the problem is likely due to something in shell startup files.If it takes several seconds or a minute or two to start the terminal session because
login
is taking a while and you’re on a network with network user accounts, this can be caused by slow or unresponsive directory servers (or, more rarely, network communication flakiness).Another issue that can cause
login
to take longer is if the system log has an inordinate amount of log data; it can take a few seconds forlogin
to read the log to find the date/time of the last login so it can display the “Last login: …” banner. This can sometimes happen if there’s some systemic issue or specific program that’s causing thousands of log entries to be rapidly generated. This problem can be cleared up by deleting any large system log files found in/private/var/log/asl/
. Some people simply delete everything withrm -rf /private/var/log/asl/*.asl
, but I recommend specifically deleting only the latest log file and/or the largest.