|
|
|
|
|
|
|
|
|
|
xen-api
Re: [Xen-API] grub/cmdline
On Mon, Nov 20, 2006 at 04:46:42PM -0700, Jim Fehlig wrote:
> Ewan Mellor wrote:
> [snip]
> >>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.
> >>
> >
> >What would that take? As I understand it, domUloader has the same
> >semantics as pygrub, in that the guest kernel's permanent home is the
> >guest filesystem, and it is booted non-HVM. Is the difference that
> >domUloader
> >doesn't parse the grub configuration? What does it do instead?
> >
>
> Looks like your latest proposal will support domUloader, i.e.
Yes, that's another reason that I came around to John's way of thinking ;-)
> vm.pv.bootloader
> vm.pv.entry
> vm.pv.kernel
> vm.pv.ramdisk
> vm.pv.args
>
> domUloader does get kernel/ramdisk from guest filesystem but does not
> parse the grub configuration, instead relying on input parameters. E.g.
> a legacy config file entry for domUloader might be
>
> bootloader = '/usr/lib/xen/boot/domUloader.py'
> bootentry = 'hda2:/boot/vmlinuz-xen,/boot/initrd-xen'
>
> The bootloader params could be stuffed in vm.pv.entry or sprayed across
> entry, .kernel and .ramdisk.
Yes, you'd just use kernel = "hda2:/boot/vmlinuz-xen",
ramdisk="/boot/initrd-xen" in this example, I think. That seems good to me.
Ewan.
_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api
|
|
|
|
|