[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-API] grub/cmdline

Ewan Mellor wrote:
[Bringing Tim into the conversation]

On Wed, Nov 15, 2006 at 08:10:59PM +0000, John Levon wrote:

What are grub/cmdline's semantics? It appears to be undocumented.

I'm trying to work out what changes are needed for the bootloader changes I'm
making. The current .py changes I'm making after discussion with Tim Deegan
use_bootloader (new: if set, use a bootloader. == 1 is implied if bootloader is
set, or if kernel is not set)
bootloader/bootloader_args (as before, default to pygrub if use_bootloader is

As far as I can work out, if boot_type is 'kernel_internal', then this
corresponds to setting use_bootloader to 1. It's not clear how
bootloader_args is represented in the API - is it?

Currently it seems that 'bootloader' is returned when get_boot_method is
called, but the API docs says it's an enum of boot_type? Well actually it
returns '' now.

I was looking at this again just the other day.  Here's where I got to --
let's see how it fits in with what you've got:

vm has three mutually exclusive groups: "grub", "external", and "hvm", with
the fields




Grub means "parse the grub config file inside the guest, and boot
appropriately".  grub.cmdline is _supposed_ to be a way of specifying "select
this particular label from the config file" or "append these parameters to the
kernel command line before you boot" or mixtures of the two.  Is that feasible
with one string?

External means "take the specified kernel from dom 0, and give it the given
args and initrd".

HVM means "run hvmloader and boot using a BIOS", with hvm.boot specifying the
order of boot devices.

Kernel_internal is unnecessary.

How does this fit with your thinking?

What about support for other boot loaders? SLES for example uses domUloader. How would this be specified? Although moving forward, particularly with the work John has been doing, I'm thinking we should just be using pygrub. Not sure why we were using domUloader anyway and the person with some context behind this decision is not available ATM.


xen-api mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.