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

[Slava Kryvel]

Hi,
I’ve upgraded rest of my servers to Buster.
There were BIOS and UEFI machines. But all were booted without any problems
So this issue is related only to one machine.
Unfortunately I have only limited VNC access to this server.
I can see only this text:

Loading Linux 4.19.0-5-amd64 …
Loading initial ramdisk ...

And then nothing. Server stop responding even to ctrl+alt+del through
VNC viewer.

> Maybe you can give a try to the packages from stretch in order to make

> sure it's grub2 the culprit of the issues you are seeing?

Do you mean install grub2 packages from stretch to buster ? I will try and
send the result.

Thanks,
Slava

On 17 July 2019 at 11:05:05, 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/20190717/c72fc2c9/attachment.html>