** Changed in: ubuntu-release-notes
Assignee: mstr (9sj) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1520979
Title:
Grub multiboot is unable to load Xen under EFI
To manage
The release notes task is marked fixed (meaning the issue is mentioned there).
Ubuntu does ship the EFI executable (see /boot/xen--amd64.efi. Of
course its not simple to use it.
And lastly the bug is open as a reminder to follow development that tries to
extend grub2 multiboot (multiboot2) to
What part of this is "fixed"?
Anyways, xen can apparently support efi-booting as a efi executable
directly, but for some reason ubuntu doesn't ship the "xen.efi" (see
https://wiki.xenproject.org/wiki/Xen_EFI)?
While I understand that fixing this is kind of out of the scope of the
ubuntu packager
** Changed in: ubuntu-release-notes
Assignee: (unassigned) => mstr (9sj)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1520979
Title:
Grub multiboot is unable to load Xen under EFI
To manage
** Changed in: ubuntu-release-notes
Status: Confirmed => Fix Released
** Changed in: ubuntu-release-notes
Assignee: Stefan Bader (smb) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This might be nice to have but I would not see any reason to rush this.
Xen is not on the ISO images (and the whole Xen host/hypervisor parts
are in universe which usually means a lower priority on being perfect)
so this can be fixed later, still.
Also a critical bug imo needs to be one that
Thank you, anyhow concerning the last point:
> Preventing installation of Xen when in UEFI mode is probably bad
either
Yes, but the release notes cannot be seen anywhere at installation time,
if I'm not wrong. People would need to explicitly look for it.
Wouldn't it be possible to add a dpkg
My few cents here. Its unfortunate but its known and not simple to fix. The
current multiboot protocol does not allow UEFI boot as things transition into a
mode that shuts down certain services from the UEFI BIOS side. Which I think
will cause the hypervisor not finding any memory since this is
** Changed in: xen (Ubuntu)
Importance: Undecided => Critical
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1520979
Title:
Grub multiboot is unable to load Xen under EFI
To manage notifications
** Changed in: xen (Ubuntu)
Importance: Undecided => Critical
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to xen in Ubuntu.
https://bugs.launchpad.net/bugs/1520979
Title:
Grub multiboot is unable to load Xen under EFI
To manage
I have seen this issue as well, after being pointed to problems booting
Xen w/ Ubuntu by a colleague.
To recreate this I did the following:
Deployed a server in UEFI mode via MAAS 1.9 using the latest Xenial images from
the MAAS daily image stream.
After deployment, SSH'd to the server and
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xen (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1520979
Title:
Grub
I have seen this issue as well, after being pointed to problems booting
Xen w/ Ubuntu by a colleague.
To recreate this I did the following:
Deployed a server in UEFI mode via MAAS 1.9 using the latest Xenial images from
the MAAS daily image stream.
After deployment, SSH'd to the server and
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xen (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to xen in Ubuntu.
https://bugs.launchpad.net/bugs/1520979
14 matches
Mail list logo
