6 Replies Latest reply: Dec 5, 2012 11:14 AM by burton11234
Brandon Sky Level 1 Level 1 (35 points)

When opening Terminal, it just displays nothing. I can edit text, but cannot run commands. Logging out and logging in again did not work.

Possibly a corrupted bash command. Reinstalling Mac OS X 10.6.2 preserving all my files may fix the problem, but the Console appears to contain no errors. This is probably a bug that had been fixed. Here's a screenshot:

iPod and iTunes, Mac OS X (10.6.2)
  • Brandon Sky Level 1 Level 1 (35 points)

    It now displays this error:


    Could not open a new pseudo-tty.
  • Brandon Sky Level 1 Level 1 (35 points)

    Restarted comp; now works.

  • roam Level 6 Level 6 (13,560 points)

    Please mark your own post ( the restart one) as answered, to stop others unnecessarily being drawn to it. With the solved icon displaying one can pass over it.

  • burton11234 Level 1 Level 1 (0 points)

    This appears to be an issue in 10.7.5 as myself as another users on my team has been having this issue quite frequently. A reboot does fix the issue for a day :-)


    Also I have been using iTerm and it displays the error "Unable to Fork".


    If I find anythign out on a resolution ill let you know.

  • burton11234 Level 1 Level 1 (0 points)

    The issue appears to be that all of your TTY sessions are currently being used, you can run a few commands to see who is using those sessions, although why they are being used can varry.


    If you have any open terminal sessions open, you can continue with one by running the command "ls -apl /dev/" this will show you who is using the ttys sessions. As all of my sessions were curerntly being used with the account "administrator". Next I was able to run the command top / or go into activity monitor and you can see there was an abundence amount of sudo commands. In my case it was sudo in yours it could be something different.


    As with knowing that this direct error is related to open tty sessions we have to figure out why they are open and how they are stale.



    As I was stating as above my example was the administartor account, and running a "ps -ax | grep tty" wasn't showing anythign other then the open tty sessions I had.


    Once I was able to kill one of those sudo sessiosn by running top / activity monitor. I was able to open terminal or iTerm and run "ps -ax | grep sudo".


    This lead to one of our internal devices that does network access control by remotly logging in via ssh. As you could see this was where all the tty sessions were going. I had my assumptions it was it before, but trying to prove it was another case.


    After cleaning up these stale PID's your now open to launch a program that uses a tty session. Hope this helps anyone else that runs into the issue, as the end result a reboot will kill your PID's but if it keeps happening, you need to find out the root cause.

  • burton11234 Level 1 Level 1 (0 points)

    Also in my case after being able to get into terminal and knowing what was the root cause for the issue. I was able to run the command "sudo killall -v -c sudo" as the sudo command was the one hanging my tty sessions, the -v is for verbos.


    After I was able to run "ps -ax | grep sudo" and find that either all sessions were killed or some were left open, it took me a few times of running the killall command in order to clean everything up.