** Also affects: grub2 (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: grub-installer (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: ubiquity (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: grub2-signed
On Tue, Jul 17, 2018 at 07:15:06PM -, Phillip Susi wrote:
> On 07/02/2018 12:51 PM, Steve Langasek wrote:
> > On Mon, Jul 02, 2018 at 12:14:40AM -, Phillip Susi wrote:
> >> Why would you want to install grub-efi if you can't update the EFI boot
> >> catalog? Without that, it can't be
On 07/02/2018 12:51 PM, Steve Langasek wrote:
> On Mon, Jul 02, 2018 at 12:14:40AM -, Phillip Susi wrote:
>> Why would you want to install grub-efi if you can't update the EFI boot
>> catalog? Without that, it can't be booted in EFI mode.
> Because with shim's 'fallback' implementation, a
This bug was fixed in the package shim-signed - 1.34.9.2
---
shim-signed (1.34.9.2) bionic; urgency=medium
* debian/shim-signed.postinst: use --auto-nvram with grub-install in case
we're installing on a NVRAM-unavailable platform. (LP: #1778848)
* debian/control: bump the
This bug was fixed in the package grub2-signed - 1.93.1
---
grub2-signed (1.93.1) bionic; urgency=medium
* debian/control: switch the grub-efi-amd64 dependency of
grub-efi-amd64-signed to grub-efi-amd64-bin. (LP: #1778848)
* debian/grub-efi-amd64-signed.postinst: invoke
This bug was fixed in the package grub2 - 2.02-2ubuntu8.1
---
grub2 (2.02-2ubuntu8.1) bionic; urgency=medium
* debian/patches/add-an-auto-nvram-option-to-grub-install.patch: Add the
--auto-nvram option to grub-install for auto-detecting NVRAM availability
before attempting
ubuntu-server daily-live (subiquity) (20180709):
Confirmed in the image build logs that the image contains the right
versions of grub2, grub2-signed and shim-signed [1]. The previous issues
with subiquity were related to the kernel binaries being stuck in NEW
(so unrelated). By the time of
This bug was fixed in the package ubiquity - 18.04.14.3
---
ubiquity (18.04.14.3) bionic; urgency=medium
* Automatic update of included source packages: grub-installer
1.128ubuntu8.18.04.1, partman-auto 134ubuntu8.1, partman-efi
71ubuntu2.1. (LP: #1766945, LP: #1778848)
This bug was fixed in the package grub-installer - 1.128ubuntu8.18.04.1
---
grub-installer (1.128ubuntu8.18.04.1) bionic; urgency=medium
* grub-installer: install grub-pc for EFI setups and make sure we're
not purging it earlier in case it got installed. It's needed to make
While the complete verification of this is not yet done with respect to
the server live image, the ubiquity+grub-installer pieces (affecting d-i
and ubiquity install paths) have been verified, and there is another
grub-installer SRU waiting in the unapproved queue; so I'm going to go
ahead with
I am unable to verify the ubuntu-server subiquity based images as the
installation currently is failing. It looks to me unrelated to the
proposed grub changes as it's a problem with getting the right kernel
installed - I'll poke the subiquity team about this.
--
You received this bug
ubuntu-server daily (d-i) (20180704):
Confirmed in the image build logs that the image contains the right
versions of grub2, grub2-signed, shim-signed and grub-installer [1].
UEFI install:
* Performed a full-disk installation that resulted in a bootable system.
BIOS install:
* Performed a
Verification for bionic, basic grub2 grub-install test (using bionic
ubuntu-server daily image 20180704):
I had a legacy BIOS system on a virtual HDD. Using kvm, I booted the bionic
daily image in UEFI mode and installed a new Ubuntu system next to it (with the
ESP created etc.). I have then
On Mon, Jul 02, 2018 at 12:14:40AM -, Phillip Susi wrote:
> Why would you want to install grub-efi if you can't update the EFI boot
> catalog? Without that, it can't be booted in EFI mode.
Because with shim's 'fallback' implementation, a system that could not
update the boot catalog in nvram
Why would you want to install grub-efi if you can't update the EFI boot
catalog? Without that, it can't be booted in EFI mode.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1778848
Title:
Support
Hello Łukasz, or anyone else affected,
Accepted ubiquity into bionic-proposed. The package will build now and
be available at https://launchpad.net/ubuntu/+source/ubiquity/18.04.14.3
in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See
** Changed in: ubiquity (Ubuntu Bionic)
Status: New => In Progress
** Changed in: ubiquity (Ubuntu Bionic)
Assignee: (unassigned) => Łukasz Zemczak (sil2100)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Uploaded ubiquity with the new -proposed packages updated. That is
necessary for the fixes to work on desktop.
** Changed in: ubiquity (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This too was fixed in cosmic.
grub2 (2.02-2ubuntu9) cosmic; urgency=medium
* debian/patches/add-an-auto-nvram-option-to-grub-install.patch: Add the
--auto-nvram option to grub-install for auto-detecting NVRAM availability
before attempting NVRAM updates.
-- Łukasz 'sil2100' Zemczak
Also fixed in cosmic.grub2-signed (1.96) cosmic; urgency=medium
* debian/control: switch the grub-efi-amd64 dependency of
grub-efi-amd64-signed to grub-efi-amd64-bin.
* debian/grub-efi-amd64-signed.postinst: invoke grub-install with
--auto-nvram and pass the x86_64-efi target to it,
It looks like this was fixed in cosmic but referenced a different bug number.
grub-installer (1.128ubuntu9) cosmic; urgency=medium
* grub-installer: install grub-pc for EFI setups and make sure we're
not purging it earlier in case it got installed. It's needed to make sure
the right
This too was fixed in cosmic.
shim-signed (1.36) cosmic; urgency=medium
* debian/shim-signed.postinst: use --auto-nvram with grub-install in case
we're installing on a NVRAM-unavailable platform.
* debian/control: bump the dependency for grub2-common to make sure
grub-install
** Tags added: id-5a70e785e0d5f12fa35368a0
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1778848
Title:
Support for grub upgrades with bios+uefi bootloader targets
To manage notifications about
** Merge proposal linked:
https://code.launchpad.net/~ubuntu-core-dev/shim/+git/shim-signed/+merge/348584
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1778848
Title:
Support for grub upgrades
Performing some test builds before submitting packages to the SRU queue:
https://launchpad.net/~ci-train-ppa-
service/+archive/ubuntu/3308/+packages
** Description changed:
+ [Impact]
+
There are multiple use cases which require both BIOS and UEFI bootloaders
installed on a target image and
25 matches
Mail list logo