From: linp@nic.cerf.net (Paul Lin) Subject: Re: Switching vc's results in lockup? Date: 4 Apr 1993 05:55:16 GMT
In article <28395@galaxy.ucr.edu> atristan@galaxy.ucr.edu (Andrew Tristan) writes:
>When I try to switch away from the first vc, my machine seems to
>lock up. The only thing that will get it going again is that
>little red button on the front of my case.
>
>I tried running doshell on an unused tty, but the result was the
>same; I suppose that means that getty isn't the problem? I also
>checked permissions on the tty? files in /dev, but that didn't
>seem to be the problem either, /dev/console is set up properly,
>as is /dev/tty. The other vc's do show the login prompt, and
>when I tried doshell, the vc that I ran it on showed a shell prompt.
>
>Somebody help me, please, I'm fresh out of ideas. I'm using
>SLS v1 on a 486DLC, svga, mfm disks, etc. Below is some stuff
>which might or might not be helpful. If you think you can help,
>but you need more info, e-mail me.
>Thanks.
[ Author's configuration deleted ]
>Andrew Tristan | This message was posted according
>atristan@ac.ucr.edu | to weight, not volume. Contents
>atristan@ucrvms | may settle during transmission.
I can't help but I did get a similar hangup today. I was downloading
using kermit and running a compress pipe (gunzip -c xxx|gzip -c >yyy).
I had 4 vt active. I wanted to check on kermit so I switched to
that terminal but changed my mind and switched to another terminal
"instantly" - no reaction time just rolled my fingers. The system
never went to the other terminal. Also, the system was writing
to disk (ext2) at the time and the write never ended. System
configuration:
386SX/387 @ 20 MHz
8 MB ram
16 MB swap prartition
Seagate 80 MB disk / 5 MB Linux root/75 MB MS DOG (I'll be giving this
machine to my wife
later this year)
Toshiba 877 MB disk / 5 MB linux (XIAFS) sdb1 (backup root not used)
26 MB linux (XIAFS) sdb5 (/usr)
45 MB linux (XIAFS) sdb6 (/usr/local)
696 MB linux (ext2) sdb7 (/usr/local/users)
32 MB MSDOG (games)
Linux 0.99pl7A - no extra patches
SCSI drivers of course and standard disk access omitted.
I have no idea if this will help anyone guess the problem. Good Luck.
Steve Harrington
harrington@rdl.com