[lug] Booting Multiple Linuxes

[Hugh Brown]

have you tried setting root=/dev/hdc as an append for the redhat kernel?

I think lilo just wants one place for things to be when it boots.  So my
guess is one /boot, duplicate other partitions.

Hugh

On Mon, 2002-01-07 at 15:57, Elyse Grasso wrote:
> I think we're confusing each other...
> 
> /dev/hda1 gets mounted as /boot when 7.2 boots, and /dev/hdc1 gets mounted as 
> /boot when 7.1 boots. 7.1 doesn't know /dev/hda1 exists and 7.2 doesn't know 
> that /dev/hdc1 exists: once they are booted there is no problem. The only 
> problem is telling lilo where to find stuff.
> 
> On Monday 07 January 2002 12:21 pm, Peter Hutnick wrote:
> > Elyse Grasso wrote:
> > 
> > > I now have a machine with KRUD 7.2 installed on hda and KRUD/RedHat 7.1 
> > > installed on kdc.
> > > 
> > > Both installations use /boot partitions on their own hard drives.
> > > Anyone have a sample lilo.conf for this situation? lilo seems unhappy 
> about 
> > > the things I've tried, possibly due the the /boot ambiguity.
> > 
> > Well, you can only have one thing called /boot per instance of an OS. 
> > So, you will need another name for the "other" OSes /boot in each 
> > instance.  So, say that the KRUD /boot is hda1 and the RH /boot is hdc1, 
> > call the hdc1 /rhboot (or hell, /mnt/rhboot) in KRUD and call hda1 
> > /KRUDboot in RH.
> > 
> > To say all this in another way; each OS instance is clear on what /boot 
> > is, but they disagree, and I think that it is ambigious in your mind (it 
> > isn't to the SW ;-)
> > 
> > I don't have a lilo.conf handy, but you need something like:
> > 
> > (in KRUD)
> > 
> > label=KRUD
> > image=/boot/linux
> > 
> > label=RH
> > image=/rhboot/linux
> > 
> > (and in RH)
> > 
> > label=KRUD
> > image=/KRUDboot/linux
> > 
> > label=RH
> > image=/boot/linux
> > 
> > (Note that I'm not 100% sure of any of the syntax above, I'm just trying 
> > to illustrate the point.)
> > 
> > The point here is that both of the above are equivalent when you expand 
> > the mount points to devices.
> > 
> > I hope I made it better, not worse :-)
> > 
> > -Peter
> > 
> > _______________________________________________
> > Web Page:  http://lug.boulder.co.us
> > Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
> > 
> > 
> 
> _______________________________________________
> Web Page:  http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
-- 
------------------------------------
System Administrator/Unix Consultant
hugh at vecna.com
Vecna Technologies, Inc
6525 Belcrest Rd, Suite 612
Hyattsville MD, 20782
301.864.7253
http://www.vecna.com