Errors when testing the connection with cu
This section suggests hot to respond to the messages displayed when
testing the connection with the cu command fails.
If the connection fails and the system displays
CANNOT ACCESS DEVICE message,
check the permissions on the device file.
For example, to check the device file for tty1a, enter:
The ownership and permissions settings should look like the following:
crw--w--w- 1 uucp uucp 5, 0 Feb 14 12:00 /dev/tty1aIf, instead, the ownership and permissions for the device file look like this:
crw------- 1 bin terminal 5, 0 Feb 14 12:00 /dev/tty1averify that the line for the port in the /etc/inittab looks similar to the following:
t1A:23:respawn:/etc/getty -t60 tty1A 3If it does not, edit /etc/inittab and /etc/conf/init.d/sio and change the lines for the appropriate port.
To make your changes to inittab effective immediately, enter:
If the /usr/lib/uucp/Systems file on your computer does not contain an entry for the system that you are trying to access, cu displays this message.
To display a list of all the systems that
your system is connected to, enter:
The system may display this error message if you used the -l option to specify a serial port and you entered the wrong line number. Verify that the line is configured properly.
fails to connect and displays the
NO DEVICES AVAILABLE message,
check to see that the /usr/lib/uucp/Devices
file is set up correctly.
Verify that the line that corresponds to the device that you are using is uncommented. For example, the entry in Devices for a direct line using tty1a at 9600 baud looks like this:
Direct tty1a - 9600 directThere should be no leading spaces. If the Device file looks correct, the remote line may be busy. Try again later.
If cu displays the
message, but not the login prompt,
the line for the remote system may be busy.
To exit cu, enter
If everything appears to be working on your system but the login prompt for the remote machine does not appear, check with the remote system administrator to verify that the getty on the remote system is set up with the same communications parameters that you are using.
If you connect to the remote system, but your
screen displays garbage, see
``Problems dialing out'' in the SCO OpenServer Handbook
for more information.
You should confirm that the communication settings on your
system match those of the remote system.
If the condition persists, the connection may be bad.
Exit cu by entering