Re: Why the heck does 'tar -xvzf linux-2.0.{30,27,29}.tar.gz' lock up my 486??

kwrohrer@enteract.com
Wed, 27 Aug 1997 01:07:03 -0500 (CDT)


And lo, Jeff Wiegley saith unto me:
> I have a *super* annoying problem with linux...
>
> I have a 486DX-100 (PC/104 format) computer with 8Meg of RAM, 16Meg swap
> partition and *everytime* after I load redhat-4.2 and I reboot and go
> to build a custom kernel simply doing...
>
> tar -xvzf linux-2.0.30.tar.gz locks the machine up solid about half way
> through the untarring.
Try gunzip alone, then untar the ungzipped file...see where it hangs then.

> I know 2.0.30 (as bundled in redhat-4.2 has some serious memory errors)
> but even if I compile a 2.0.30+pre-patch-7 or even a 2.0.29 or 2.0.27
> kernel on another machine and then use that kernel on the 486DX-100
> machine
Kernel-independent? Sounds like a hardware problem. If you can, watch
the disk light; does it stay on solid for about five seconds after the
"hang" (while the disk stops doing anything), then turn off? My IDE
CD-ROM does that to me occasionally, but afaik linux recovers from that
just fine...

> no oopses, nothing spewed to the log files, nothing, not even
> ctrl-alt-del
> works on the box.
Can you still change VC's? Does a program running in the background
but visible (e.g. "print all the positive integers less than MAXINT,
one per second") keep running?

> Can anybody tell me why this happening? I can't seem to get around it.
> Its especially a pain in the ass since I'm scheduled to meet with a
> PC/104 company tomorrow to see if linux will run on there hardware but
> it'll be a waste of my time if linux just locks up again. (And it will
> look bad for linux :-(
fsck. Try lower CPU clocks, PIO modes, etc. Check your gzip and tar
binaries, just in case. Try a different hard disk.

Keith