Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
I still have not been able to get my Palm Pilot V to login to my Linux box. I think the problem is with the login program. I took Mike Billow's advice and e-mailed the vendor for the Online program that I am using. They claimed that their program does handle the serial handshake lines correctly. They suggested various EOL and other changes which I tried but the changes did not make any difference. They also suggested I drop the speed to 9600 which I did. I also increased the debug level of mgetty to try and get more clues as to what is happening. I will put the actual output at the end so disinterested readers don't have to page through it. My interpretation from looking at the debug messages is that mgetty is able to see my initial carriage return and issue the login prompt. It sees my username entry and calls login: 06/06 06:09:36 yS0 calling login: cmd='/bin/login', argv[]='login frank' Login then starts running with the same pid that mgetty had. However it just sits there for 60 seconds without sending the password prompt and exits. mgetty then restarts with a new pid. Since my actual intended uses for the Palm terminal are logging in to Unix boxes through a modem or connecting to the command port of MUXs (which have no login), this problem with logging in on a direct connection to a serial port may not be a fatal problem. However if anyone has a clue as to what the problem is I would still like to hear it. Here, for the hearty souls, is the mgetty debug output: -- 06/06 05:59:18 yS0 mgetty: experimental test release 1.1.21-Jul24 06/06 05:59:18 yS0 check for lockfiles 06/06 05:59:18 yS0 checklock: no active process has lock, will remove 06/06 05:59:18 yS0 locking the line 06/06 05:59:18 yS0 makelock(ttyS0) called 06/06 05:59:18 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 06/06 05:59:18 yS0 lock made 06/06 05:59:18 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR RI 06/06 05:59:18 yS0 lowering DTR to reset Modem 06/06 05:59:19 yS0 tss: set speed to 9600 (015) 06/06 05:59:19 yS0 tio_set_flow_control( HARD ) 06/06 05:59:19 yS0 waiting for line to clear (VTIME), read: 06/06 05:59:19 yS0 waiting for line to clear (VTIME), read: 06/06 05:59:19 yS0 removing lock file 06/06 05:59:19 yS0 waiting... 06/06 06:09:22 yS0 select returned 1 06/06 06:09:22 yS0 checking lockfiles, locking the line 06/06 06:09:22 yS0 makelock(ttyS0) called 06/06 06:09:22 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 06/06 06:09:22 yS0 lock made 06/06 06:09:22 yS0 waiting for line to clear (VTIME), read: [0d][0a] 06/06 06:09:23 yS0 looking for utmp entry... (my PID: 25781) 06/06 06:09:23 yS0 utmp + wtmp entry made 06/06 06:09:23 yS0 tio_set_flow_control( HARD ) 06/06 06:09:23 yS0 print welcome banner (/etc/issue) 06/06 06:09:23 yS0 getlogname (AUTO_PPP), read:frank[0d] 06/06 06:09:35 yS0 input finished with '\r', setting ICRNL ONLCR 06/06 06:09:35 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR RI 06/06 06:09:35 yS0 WARNING: starting login while DCD is low! 06/06 06:09:35 yS0 login: use login config file /etc/mgetty+sendfax/login.config 06/06 06:09:36 yS0 match: user='frank', key='' 06/06 06:09:36 yS0 match: user='frank', key='' 06/06 06:09:36 yS0 match: user='frank', key='' 06/06 06:09:36 yS0 match: user='frank', key='*'*** hit! 06/06 06:09:36 yS0 calling login: cmd='/bin/login', argv[]='login frank' 06/06 06:09:36 ##### data dev=ttyS0, pid=25781, caller='none', conn='DIRECT', name='', cmd='/bin/login', user='frank' 06/06 06:09:36 yS0 setenv: 'CALLER_ID=none' 06/06 06:09:36 yS0 setenv: 'CALLED_ID=' 06/06 06:09:36 yS0 setenv: 'CONNECT=DIRECT' -- 06/06 06:10:36 yS0 mgetty: experimental test release 1.1.21-Jul24 - Subcription/unsubscription/info requests: send e-mail with "subscribe", "unsubscribe", or "info" on the first line of the message body to discuss-request at blu.org (Subject line is ignored).
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |