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

Re: [Xen-users] Xen domU cannot boot via PV-GRUB

On Fri, Jan 14, 2011 at 6:10 PM, GNUbie <gnubie@xxxxxxxxx> wrote:
> Just a side note, I created a new domU from scratch using their stock
> image just to compare on what they have in a default settings. Below
> are the logs.

> [    0.119444] XENBUS: Device with no driver: device/vbd/2049

2049 is xvda1

> # cat /proc/partitions
> major minor  #blocks  name
>  202        1    8388608 xvda1
>  202       16  356485632 xvdb
>  202        3     917504 xvda3

if you have access to domU disk settings, you'll see that one image is
mapped to xvda1 instead of xvda, and another image is mapped as xvda3.
In this case, "/boot" is in the same filesystem as "/", which resides
on an image file formatted directly without partition, and mapped as
xvda1. That's fine. Not a "redhat-blessed" configuration, but it
works, IF you know what you're doing.

On your previous boot log, you didn't even know what you're mapping,
and to where (e.g there was an image mapped directly as xvda2, but the
image you created is partitioned).

Looking at your reference setup, it seems the easiest way for you
proceed is to simply create a filesystem directly on the image file,
without creating partition, and map it as xvda1. You can then proceed
like your current reference setup.

Another way is to keep using the disk image you created, but you need
to modify some things. First of all modify the mapping to use xvda
instead of xvda1. Then you also need to modify domU's config, since
pv-grub needs "extra" line to tell where menu.lst is, and the extra
line for disk mapped as xvda1 is different from where the disk mapped
as xvda. Since you mentioned you don't have access to domU config
file, I doubt you can make this change.


Xen-users mailing list



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