Installation problem
Hi, I just got a Micron Transport XKE and I'm trying to install debian. The problem I have is that after booting of the kernel from the rescue1440 diskette and entering the menu for the istallation the system hangs. The keyboard does not work any more and I have to turn off/on the computer to reboot. The hard drive and the cd-rom are correctly detected. At the beginning I get some warnings about Hardware detection. I read the hardware compatibility HOWTO and found this problem. They basically say to ignore the warnings. So looks like this is not the problem ... maybe. Another thing. In the installation guide is said to disable all shadowing on video and bios. I discovered that the bios setup utility does not allow me to change the default setting (shadow ram enabled on video and bios) so it looks like is permanently enabled. System: Micron Tranport XKE 200 Mhz MMX Intel 430TX chipset Phoenix NoteBIOS 4.0 release 6.0 64M Ram PLEASE H! Cannot stand this windows 95 any more ! Many thanks for any help. -- Guglielmo Rabbiolo Mathematics Department - Purdue University - West Lafayette IN USA [EMAIL PROTECTED] - http://www.math.purdue.edu/~rabbio -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
tar gives segfault
hi, this is a follow-up to my previous message: Just after having installed Debian 1.1.3 from buzz-fixed/1996_07_14 I was using tar to copy debian packages on the disk, more precisely: tar -xvMf /dev/fd0 (they are multi-volume files). Doing this I get segmentation fault. I've tried with different volume sets (I've done one for each section, base, admin, devel etc) and I get inconsistent results. Some stops at the very first disk and some after that. Moreover dropping the -M or -v or both option (that of course results in a incomplete backup) works for the volume sets that stops at the first disk. I've done more experiments. I created a multi-volume archive by using tar -cvMf. Then extracting the files with tar -xMf gives: IOT trap/Abort (core dumped) While extracting with tar -xvMf gives only segmentation fault. What bothers me is that I've used tar before unpaching multi-volume archives and worked fine. However I'm realizing now that before I was creating the archive with tar 1.11.2 and unpacking with tar 1.11.8. Right now I can reproduce the error with archives created with 1.11.8 and works fine with archives created with version 1.11.2. Also I've used tar from slackware 3.0 without any problem and now I guess it was not version 1.11.8. Does anybody know what this IOT trap/Abort message is all about? Is someone willing to repeat this simple experiment (create/extract) to confirm (or not) that this is a bug with this version of tar? Where do I get older versions of tar? Lawrence Chim [EMAIL PROTECTED], answering to my first post wrote: you forgot to mount your floppy drive first I don't quite understand this. I thought tar creates disks with raw data on them, so how should I mount the floppy drive if there is no filesystem built on it? Thanks a lot for any help!! --- Guglielmo Rabbiolo ([EMAIL PROTECTED]) Mathematics Department Purdue University, W Lafayette IN ---
tar gives segmentation fault !!
hi folks, Just after having installed Debian 1.1.3 from buzz-fixed/1996_07_14 I was using tar to copy debian packages on the disk, more precisely: tar -xvMf /dev/fd0 (they are multi-volume files). Doing this I get segmentation fault. I've tried with different volume sets (I've done one for each section, base, admin, devel etc) and I get inconsistent results. Some stops at the very first disk and some after that. Moreover dropping the -M or -v or both option (that of course results in a incomplete backup) works for the volume sets that stops at the first disk. Anyboby experiencing the same? Any idea. Any help is very appreciated. --- Guglielmo Rabbiolo ([EMAIL PROTECTED]) Mathematics Department, Purdue University, W Lafayette IN ---