<div dir="ltr"><div>I have the same issue :<br></div><div>After upgrading to buster, the system doesn't boot anymore : it seems stuck at "Loading initial ramdisk ..."</div><div><br></div><div>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.<br></div><div>when I choose xen 4.8-amd64  and  kernel  4.9 or 4.19 , the system boot.</div><div><br></div><div>( Removing --nounzip didn't change anything in my case.)</div><div><br></div><div>I noticed that xen 4.8 entries were using multiboot + module and xen 4.11 entries were using multiboot2 + module2.</div><div>=> I changed the xen 4.11 entries to use multiboot + module => the system boots successfully.<br></div><div><br></div><div><br></div>On Wed, 17 Jul 2019 11:05:04 +0200 Hans van Kranenburg <<a href="mailto:hans@knorrie.org">hans@knorrie.org</a>> wrote:<br>> On 7/14/19 11:43 PM, Colin Watson wrote:<br>> > On Sun, Jul 14, 2019 at 01:27:23PM -0700, Slava Kryvel wrote:<br>> >> After upgrade from Debian 9.9 to Debian 10 I have got unbootable system.<br>> >><br>> >> I'm using Xen hypervisor, which was also upgraded from 4.8 to 4.11<br>> >> during OS upgrade.<br>> >> UEFI is enabled.<br>> >><br>> >> After upgrade was finished, I was unable to boot again to Xen kernel.<br>> >> But normal Debian kernel was still bootable.<br>> > <br>> > [...]<br>> > <br>> > I'm CCing a few folks who've contributed to GRUB's Xen support in one<br>> > way or another in the recent past; hopefully at least one of them can<br>> > help here?<br>> <br>> Just to be transparent here, not all possible functionality is tested by<br>> the package maintainers (currently Ian and me) before throwing a new<br>> package into Debian. This is simply not practically feasible for us. [0]<br>> <br>> We rely on the upstream tests to know that the upstream Xen code will<br>> probably work. For Debian specific things, we do test our own use cases,<br>> but e.g. UEFI is not one of them. For this, we rely on active users to<br>> report problems and help solving them. So, yes, things like this can happen.<br>> <br>> Thanks for reporting this. Next step would be to follow Rogers<br>> instructions, and provide config dumps, serial console output etc...<br>> <br>> We're certainly available to include changes / etc to fix things, given<br>> proper information / testing reports from the user. But, the user has to<br>> actively help to make that happen.<br>> <br>> Hans van Kranenburg (with Debian Xen team hat on)<br>> <br>> [0]<br>> <a href="https://alioth-lists.debian.net/pipermail/pkg-xen-devel/2018-October/007438.html">https://alioth-lists.debian.net/pipermail/pkg-xen-devel/2018-October/007438.html</a><br>> <br>> <br></div>