puppy 2.10 will only boot once

Booting, installing, newbie
Post Reply
Message
Author
swarnick
Posts: 21
Joined: Tue 26 Dec 2006, 03:21

puppy 2.10 will only boot once

#1 Post by swarnick »

I am trying to get puppy running on an AMD Pentium III machine with 128 MB RAM which runs Win98 just fine. I am using grub and a poor man's install. Disk inventory is as follows:
c:\vmlinuz
c:\initrd.gz
c:\pup_210.sfs
All of these are copied right off the live CD.
My menu.lst looks like this
title Puppy RAM
rootnoverify (hd0,0)
kernel /vmlinuz root=/dev/ram noapic PFILE=pup001-none-262144 PHOME=hda1
initrd /initrd.gz

My autoexec.bat file has a line to put c:\boot\grub on the path.
To start puppy I boot to DOS and then start grub

This has worked before on a machine with 256 MB RAM. However when I attempt to boot puppy 2.10 it boots the very first time. I save the configuration and attempt to boot again. On the second and all subsequent boots the boot hangs at 'loading kernel modules'.

I think this is related to the low amount of RAM on the machine but I don't know how to get a swap file turned on if puppy won't get to where it is executing /etc/rc.d so it can use the swap file.

I am sure the problem goes with the machine as after I boot once and configure puppy, it won't boot from the live CD either.
All boots hang at the 'loading kernel modules' line.

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#2 Post by rcrsn51 »

In Puppy 2, your menu.lst should have a line like

kernel /vmlinuz root=/dev/ram0 PMEDIA=idehd

User avatar
Sit Heel Speak
Posts: 2595
Joined: Fri 31 Mar 2006, 03:22
Location: downwind

#3 Post by Sit Heel Speak »

The relevant part of my menu.lst looks like this:

rootnoverify (hd0,0)
kernel (hd0,0)/vmlinuz root=/dev/ram0 PHOME=hda1 PMEDIA=idehd
initrd (hd0,0)/initrd.gz

swarnick
Posts: 21
Joined: Tue 26 Dec 2006, 03:21

seems to be memory related

#4 Post by swarnick »

Thanks for trying to help.

I changed the menu.lst lines to match yours but it had no effect. It seems to be a RAM problem. If I boot from the live CD, sometimes it works but sometimes it hangs (at "loading kernel modules"). Sometimes I get a segmentation fault just before the "loading kernel modules" line but the boot keeps going.

I am going to try adding RAM. Is there a way to run a RAM diagnostic from Puppy because I think I have a segment that is giving random parity errors.

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

Re: seems to be memory related

#5 Post by WhoDo »

swarnick wrote:I am going to try adding RAM. Is there a way to run a RAM diagnostic from Puppy because I think I have a segment that is giving random parity errors.
Not from Puppy, but there is a better way. Get yourself a copy of the Ultimate Boot CD (not the Windows version). It contains a heap of diagnostics and it runs under ISOLINUX.

http://www.ultimatebootcd.com/

Hope that helps.

User avatar
Gn2
Posts: 943
Joined: Mon 16 Oct 2006, 05:33
Location: virtual - Veni vidi, nihil est adpulerit

#6 Post by Gn2 »

An alternate stand-alone bootable linux rescue media such as RescueCD is available IF you can boot from CD -
it contains many useful Linux tools -including Memtest.
System RescueCD
Create a Linux swap partition - Puppy will find, use it.
If you cannot boot a Linux CD there are floppy rescue disks
such as R.I.P (Rescue is Possible - Google for others.)
Most will include md5sum as well as more Linux commands/utilities
-
Don't most commercial Sys Admins have Linux Memtest

However that program accesses same Mem addresses in infinite loop.
A better randomised stressing of chips is to use md5sum against a huge graphlcal DB
OR run md5sum against generated
Rainbow Tables
First try swapping physical slots - if one flag does not reliably reset -swapping positions may place the faulty bank
in linnear paging array so that it never gets touched in same sequence again.
(it is not known if flag fails at open or closed state.
It may also be the "pointer" that is faulty.

RAM

Post Reply