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

Bug#727736: Latest linux-image-686-pae fail to boot a xen domU



On Mon, 2013-11-04 at 03:36 +0000, Ben Hutchings wrote:

> OK, please can someone provide text for this? Note it will need to go
> in the meta-packages built by linux-latest, not the kernel image
> packages themselves, because apt-showchanges never shows NEWS for a
> new binary package.

Not sure if anyone did this since Alioth is down but how about:

        The kernel image is now compressed using xz compression.
        Normally this should be transparent however if you are running
        under a virtualisation system, such as Xen, which wants to
        decompress the kernel itself then you will need to ensure that
        the system is up to date and includes support for such kernels.
        
        See https://wiki.debian.org/Xen#unknown_compression_format for
        more information.

Can this be added to the x86 images only?

The wiki link needs to be filled in also. Something like, under the
"common errors" section of wiki.d.o/Xen:

        ERROR Invalid kernel: xc_dom_probe_bzimage_kernel: unknown compression format
            xc_dom_bzimageloader.c:394: panic: xc_dom_probe_bzimage_kernel: unknown compression format
        
        This indicates that your toolstack is not able to cope with the
        compression scheme used by the kernel binary. [Link to Bug #
        727736]. Most commonly this occurs with newer kernels which use
        xz compression when booting on older Xen installations. Debian
        switched to xz compression after Wheezy from package version
        3.6.8-1~experimental.1 onwards.
        
        Xz is supported by the version of Xen in Debian 7.0 (Wheezy)
        onwards. If you are running Debian guests on a non-Debian host
        then you will need to consult the non-Debian host's provider.
        
        See also:
        
        Amazon Web Services : http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/UserProvidedKernels.html
        [... more to come ...]

Ian.


Reply to: