0

On Solaris 10 I connect via ssh

From one user I did

talk marian

and appear

[Waiting for your party to respond]

On other side (user marian, on same machine)

talk: connection requested by [email protected]. talk: respond with: talk [email protected]

I did (as marian user)

talk [email protected]

Return to pippo on his terminal appear

talk: connection requested by [email protected]. talk: respond with: talk [email protected]

but screen is freeze What I miss?

I have tried pts and ttys (/dev/term/a and /dev/term/b)

Improve this question

2 Answers 2

Reset to default
3

It looks like the marian user may have logged in as someone else, and talk cannot identify the correct account (LOGIN). Or perhaps whatever you used to login failed to write an accounting record to /etc/utmp. You could try who am i and whoami to see if that sheds any light on the issue - if either fails to identify the user properly then this is the cause.

However, regardless of the cause, the request from pippo to marian hasn't been matched by a request from marian to pippo so the first session is still waiting for a connection.

Ctrl C should interrupt the talk program running for pippo and you'll get a shell prompt back.

Improve this answer
4
  • I login marian as marian, no using su - or other Commented Feb 23 at 15:55
  • @elbarna, graphical login or plain text console? Commented Feb 23 at 16:00
  • plain text via ssh, I will try now using dtterminal Commented Feb 23 at 18:18
  • The talk program, screen is not more frozen and the two users can chat, the problem was if I run talk from a terminal with ssh from another os. Commented Feb 24 at 0:16
2

Do you have netcat available? You can use it for a terminal chat.

Terminal 1:

nc -l -p 12345

Terminal 2:

nc [ip_address_here] 12345

Once both terminals are connected, you can type messages in one terminal and they will appear in the other. Just type your message and hit Enter. Use Ctrl+C to quit.

Improve this answer
2
  • is nice but don't solve the talkd problem Commented Feb 23 at 15:55
  • 1
    @elbarna True. But, Plan B is always good to have ready. Commented Feb 23 at 18:27

You must log in to answer this question.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.