Estou com o mesmo problema com squeeze e wheezy.
Se você estiver usando xen-tools e xen-create-image, você pode:
-
Crie uma imagem usando lenny:
xen-create-image - nome do host len1 --scsi --dist lenny
-
Crie uma imagem squeeze sem usar a opção scsi:
xen-create-image --hostname sqz1 - squeeze
Eu acho esta situação muito estranha. Parece que a opção scsi deve ser suportada pelo squeeze e pelo lenny; talvez um problema com o udev? Como a página do Debian Xen Wiki afirma:
The --scsi makes sure the VM uses normal SCSI HD names like sda. When creating a Ubuntu Maverick image, for instance, it won't boot without this option, because the default is xvda. xvda is used to make it clear it is a virtualized disk, but a non-xen kernel, like a stock pv_ops one in Ubuntu, doesn't know what those are (see notes below about the xen-blkfront driver for this, though). You can also set scsi=1 in /etc/xen-tools/xen-tools.conf to make this default.
Mais tarde, também afirma:
The new 2.6.32 kernel images have paravirt_ops-based Xen dom0 and domU support. When you create an image for Ubuntu Maverick, which includes a kernel that has pv_ops, it will therefore not use a Xen kernel, but the Ubuntu stock one, as it is capable of running on Xen's hypervisor.
For those who want to test the 2.6.32 kernel domU on an earlier dom0, you have to make sure that the xen-blkfront domU driver is loaded, and can find the root and other disk partitions. This is no longer the case if you still use the deprecated hda* or sda* device names in domU .cfg files. Switch to xvda* devices, which also work with 2.6.18 and 2.6.26 dom0 kernels.
Confirmei que a opção --scsi funciona com o Maverick, que usa um kernel 2.6.35, mas isso não importa. Tudo isso parece contraditório.
Este link também pode ajudar: