[Fedora-livecd-list] RFE: allow multi live medium

Till Maas opensource at till.name
Thu Nov 27 21:51:02 UTC 2008


Sorry for my late reply, somehow your mail got marked as read here, without me 
really reading it. :-/

On Tue November 4 2008, Jeremy Katz wrote:
> On Tue, 2008-11-04 at 10:10 +0100, Till Maas wrote:
> > I would like to create a usb device that contains several live mediums.
> > Afaics, this is currently not possible, unless I use a separate partition
> > for each live medium, because they all expect LiveOS to be the directory
> > containing some images. Attached is a patch agains mkliveinitrd from the
> > current rawhide cvs repository that makes it possible to pass a
> > "live_dir" kernel parameter, that is then used instead of LiveOS.
>
> This has now come up a couple of times.  Unfortunately, changing it
> makes things a lot more complicated.  Right now, I know that if I have a
> LiveOS directory, that's the live image and that's what I have to warn
> people about if we change.  If instead, it could be in any directory,
> how does the boot loader bits get handled?

> So while this gets some of the simple bits, if this is something that's
> worth supporting, I'd rather think about the whole picture.
> 1) Do we want to support this just off of USB-type media or on CDs also?

Normally I do not use optical media, but since DVDs do not cost much more than 
CDs here, I consider a multi Live DVD useful, too. For DVDs it would be also 
helpful if one could create a DVD that also contains all the original iso 
images and is able to boot from then. It would also be nice to have a 
combined full installation DVD with live support I guess.

> 2) How do we want to namespace so that we can better support multiples
> and have them identifiable?

I guess the easiest way would be to use the name of the iso/torrent file for 
each live image, e.g.:

LiveOS/F10-i686-Live
LiveOS/F10-i686-Live-KDE

or even seperate directories in the root of the filesystem. What I would 
really enjoy would be a generic bootloader that would recognize any iso image 
on the medium and would allow to chainboot them. I believe at least 
chainbooting iso images is possible with grub2, but I did not yet test it.

> 3) How do we want to handle the boot-loader pieces if we have multiple
> OS options on the same medium?

I do not yet have an answer for this.

> > How do you like this patch and do I have to submit it via bugzilla to the
> > mkinitrd component to get it included?
>
> On this list is fine

I noticed that the patch is not yet applied. Are there any reasons against it, 
because it is not yet necessary to decide the open questions for the 
frontends that use the boot param yet, because they will not need the patch 
to be modified. Unless of course booting .iso files is added, but this is 
more a plan for the far away future.

> > Do you know other places on the live
> > medium that use a hardcoded LiveOS directory?
>
> There's definitely at least livecd-iso-to-disk.  Possibly some of the
> install pieces, but I'd have to go double-check.  And also some things
> in the livesys initscript.

Yes, it is hardcoded in the livesys initscript. Where does it come from? I 
cannot find it or any reference to it in the livecd git repository and it is 
also not owned by any package on the live medium.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: This is a digitally signed message part.
Url : http://lists.fedoraproject.org/pipermail/livecd/attachments/20081127/6551f524/attachment.bin 


More information about the livecd mailing list