[Rule-list] Testing 0.7.1 with 8 MB - almost!

Martin Stricker shugal at gmx.de
Tue Feb 26 01:55:14 EET 2002


I was able to almost install with RULE-installer 0.7.1!

I booted like usual with linux updates mem=8M. When the installer asked
for the updates disk I made /dev/hda and /dev/hda3 (which already was a
swap partition of 193 MB from the last install, so no fdisk, but I used
fdisk to verify the device file worked). I only have one test disk so
I'm risking a screwup... mkswap and swapon, and the installer began to
use the swap. My first free here:
        total   used   free shared buffers
Mem:     5956   5416    540      0    2496
Swap:  193528    296 193232
Total: 199484   5712 193772
The 0.7.1 updates disk was read and anaconda strated. This is one of the
memory-intense parts, so I did another free:
        total   used   free shared buffers
Mem:     5956   5448    508      0    2616
Swap:  193528   2240 191288
Total: 199484   7688 191796
The steps of the installer are really slow, getting to the next screen
takes about 1.5 to 2 minutes. I'm using the low memory installation
method as usual. Partitioning with fdisk and recycling the partitions
from the last successful install on friday. The installer now asks to
format swap (I'll loose all data - will this detroy the used swap?) and
to use it immediately (really stupid, isn't it? ;-)) ). Then it tells me
"The kernel was unable to re-read the partition table on /dev/hda"
yaddayadda please reboot yadda yadda. Continue... Now I get a strange
error message scattered across the screen:
Traceback (innermost last)
File /usr/lib/anaconda/text.py, line 298,
{probably missing some letters here} n partedExceptionWindow
return buttonToAction[rc] KeyError:Übergehen
Übergehen is the German word for continue or skip (I'm using German as
install language). Again I get "Kernel is unable to re-read..." Moving
forward. Parts of the error message stay on the screen until the end.

Now, 35 minutes afer booting, packet information is read. The installer
is swapping like mad, so another free:
        total   used   free shared buffers
Mem:     5956   5448    508      0    2616
Swap:  193528   7840 185688
Total: 199484  13288 186196
As usual I select no additional packages. 45 minutes after boot the RPM
transaction is starting. 55 minutes after boot the installation screen
appears, showing the usual 111 packets needing (wrongly) 244 MB. 58
minutes: preparing for installation. 1h3min the progress bar is moving!
At 1h13min yet another free:
        total   used   free shared buffers
Mem:     5956   5448    508      0    2652
Swap:  193528  39180 154348
Total: 199484  44628 154856
Nice swap amount... 1h42min preparing is finished finally. Now the
install begins... sloooowly... 2h20min the progress bar for the first
packet (glibc-commons, the installer claims it's 125096 kB big) shows
the first red "pixel". About every half hour the progress bar gets
another "pixel". At 3h15min another free:
        total   used   free shared buffers
Mem:     5956   5448    508      0    2676
Swap:  193528  38876 154652
Total: 199484  44324 155160
So a swap partition of 42 or 48 MB should be sufficient.
5h20min: The progress bar for the first packet is at one-third when the
installer finally crashed:
install exited abnormally -- received signal 11
Again the error message is scattered across the screen. I made a photo
but have to find a scanner to attach it to a future mail. VT2 and VT3
show no unusual information, but VT4 is full of these error messages:
<4>Error -3 while decompressing!
<4>c0269aa6(2280)->c0751000(4096)
^^^^^^^    ^    ^^^     ^^^^^^^^^
These two lines together fill the whole screen. I jotted the last one,
the second line does differ slightly in each repeat, the characters
marked with a carret ^ are the same in every visible message.

I don't know what caused this, maybe a memory/swap error, maybe
something else.

If the install had succeeded it might have needed more than 24 hours...

Very good work, Devon! We're getting close! :-)

Best regards,
Martin Stricker
-- 
Homepage: http://www.martin-stricker.de/
Red Hat Linux for low memory: http://www.freesoftware.fsf.org/rule/
Registered Linux user #210635: http://counter.li.org/

_______________________________________________
Rule-list mailing list
Rule-list at mail.freesoftware.fsf.org
http://mail.freesoftware.fsf.org/mailman/listinfo/rule-list



This full static mirror of the Run Up to Date Linux Everywhere Project mailing list, originally hosted at http://lists.hellug.gr/mailman/listinfo/rule-list, is kept online by Free Software popularizer, researcher and trainer Marco Fioretti. To know how you can support this archive, and Marco's work in general, please click here