This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-users] booting domU with multiple concatenated ramdisks?

To: Ferenc Wagner <wferi@xxxxxxx>
Subject: Re: [Xen-users] booting domU with multiple concatenated ramdisks?
From: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Date: Sun, 6 Apr 2008 21:04:05 +0100
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 06 Apr 2008 13:04:44 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <878wzwfkw8.fsf@xxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <87zlsduyvy.fsf@xxxxxxxxxxxxxxxxx> <200804021156.31303.mark.williamson@xxxxxxxxxxxx> <878wzwfkw8.fsf@xxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.6 (enterprise 0.20070907.709405)
> >> Some bootloaders (eg. syslinux) have to ability to load multiple
> >> ramdisks, effectively concatenating them.  This makes it very easy
> >> to augment ramdisks, like eg. customizing an installer.  Can I do
> >> something similar with XEN?  Separating the ramdisk cpio arhives with
> >> commas in the config file didn't work...
> >
> > I don't think this is currently possible.  There was some work done by a
> > developer in adding the ability to load multiple modules with the domain
> > builder (for supporting GNU HURD) but I don't know what happened to it. 
> > I don't *think* it was actually checked in.
> >
> > What do you actually require here?  Do you *literally* just need
> > concatenation of the ramdisks in memory?
> Yes, pretty much.  Basically, I'd like to have an easy means of
> dropping random files into the ramdisk.

Ahhhhh, that's different to what I thought you meant, I'm afraid.

I thought you meant you had an unusual OS that just wanted multiple ramdisk 
filesystems in sequence, in memory ...

> > Some metadata too?
> I don't understand this, but probably no.

... in which case you might have wanted some metadata to describe where the 
multiple ramdisk images were.

I see now that what you're really after is a means of modifying a single base 
ramdisk with other files at boot time - am I right now?

> It's mostly trivial either way, right now I worked around by
> decompressing both cpio archives, concatenating the compressing the
> result again.  That effectively merges their contents behind the back
> of the boot loader (or domain builder).  It's just somewhat
> inconvenient when one has to test lots of different modifications one
> after the other.

It sounds inconvenient!

Well there's not a way of doing this with pygrub at the moment (as far as I 
know).  I can see how it'd be a good feature to be able to "overlay" files 
onto a base ramdisk image at boot time.

It seems like something that you could probably write a short shell script 
for, to automate the process of building the new ramdisk and starting a 
domain with it?

I think you can do stuff like:

xm create <config_file> ramdisk=/path/to/ramdisk

instead of putting the ramdisk path directly into the config file.  This 
should make it easy for your script to build a new ramdisk and start the 
domain using it as an initrd.

Do you think this would do?  Otherwise, maybe you could tell us more about 
what problem you're actually trying to solve in case somebody can suggest an 
easier way of doing it?


Push Me Pull You - Distributed SCM tool (http://www.cl.cam.ac.uk/~maw48/pmpu/)

Xen-users mailing list