What | Removed | Added |
---|---|---|
CC | carnold@suse.com |
(In reply to Juergen Gross from comment #4) > Sorry, I don't think the component of this bug should be Xen. It's just a > matter of the installation medium to contain a kernel and initrd bootable as > Xen pv-domain. Putting those on the DVD like for the x86_64 one should be > okay, just remove the xen_server pattern, as this is available for 64 bits > only. You are correct. However, they will not remaster the media once it ships so the 32bit media will just not have a kernel/initrd for Xen in the boot/i386 directory. As a work around you may be able to create a network install source and place the Xen kernel/initrd in the boot/i386 directory (vmlinuz-xen and initrd-xen). You would have to generate the initrd. Vm-install was designed to try and extract the kernel/initrd from the RPMs found on the media if the kernel and initrd files are not in the boot directory. This code path hasn't been needed in a long time and has some problems with changes in os13.x. I fixed some of these problems and pushed the changes out to the Virtualization/vm-install repo. The 32bit os13.2 VM now boots for me but hangs coming up. I think something is wrong or missing from the initrd that is generated by vm-install.