Bug#932085: grub-common: Grub can't load initrd for Xen after upgrade to Buster

[Franck Schneider]

I have the same issue :
After upgrading to buster, the system doesn't boot anymore : it seems stuck
at "Loading initial ramdisk ..."

With kvm access, when I choose in grub menu xen-4.11-amd64 and either
kernel 4.9 or 4.19 , the system doesn't boot.
when I choose xen 4.8-amd64  and  kernel  4.9 or 4.19 , the system boot.

( Removing --nounzip didn't change anything in my case.)

I noticed that xen 4.8 entries were using multiboot + module and xen 4.11
entries were using multiboot2 + module2.
=> I changed the xen 4.11 entries to use multiboot + module => the system
boots successfully.


On Wed, 17 Jul 2019 11:05:04 +0200 Hans van Kranenburg <hans at knorrie.org>
wrote:
> On 7/14/19 11:43 PM, Colin Watson wrote:
> > On Sun, Jul 14, 2019 at 01:27:23PM -0700, Slava Kryvel wrote:
> >> After upgrade from Debian 9.9 to Debian 10 I have got unbootable
system.
> >>
> >> I'm using Xen hypervisor, which was also upgraded from 4.8 to 4.11
> >> during OS upgrade.
> >> UEFI is enabled.
> >>
> >> After upgrade was finished, I was unable to boot again to Xen kernel.
> >> But normal Debian kernel was still bootable.
> >
> > [...]
> >
> > I'm CCing a few folks who've contributed to GRUB's Xen support in one
> > way or another in the recent past; hopefully at least one of them can
> > help here?
>
> Just to be transparent here, not all possible functionality is tested by
> the package maintainers (currently Ian and me) before throwing a new
> package into Debian. This is simply not practically feasible for us. [0]
>
> We rely on the upstream tests to know that the upstream Xen code will
> probably work. For Debian specific things, we do test our own use cases,
> but e.g. UEFI is not one of them. For this, we rely on active users to
> report problems and help solving them. So, yes, things like this can
happen.
>
> Thanks for reporting this. Next step would be to follow Rogers
> instructions, and provide config dumps, serial console output etc...
>
> We're certainly available to include changes / etc to fix things, given
> proper information / testing reports from the user. But, the user has to
> actively help to make that happen.
>
> Hans van Kranenburg (with Debian Xen team hat on)
>
> [0]
>
https://alioth-lists.debian.net/pipermail/pkg-xen-devel/2018-October/007438.html
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-grub-devel/attachments/20190809/62313dea/attachment.html>