http://bugzilla.suse.com/show_bug.cgi?id=906248 Charles Arnold <carnold@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carnold@suse.com --- Comment #5 from Charles Arnold <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. -- You are receiving this mail because: You are on the CC list for the bug.