[Bug 1582320] Re: libdebian-installer uses a different detection method for EFI than efivar
Steve Langasek
steve.langasek at canonical.com
Wed Jun 8 00:09:33 UTC 2016
Hello Benjamin, or anyone else affected,
Accepted libdebian-installer into xenial-proposed. The package will
build now and be available at https://launchpad.net/ubuntu/+source
/libdebian-installer/0.102ubuntu1.1 in a few hours, and then in the
-proposed repository.
Please help us by testing this new package. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Your feedback will aid us getting this update
out to other Ubuntu users.
If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed. In either case, details of your testing will help
us make a better decision.
Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
advance!
** Changed in: libdebian-installer (Ubuntu Xenial)
Status: In Progress => Fix Committed
** Tags added: verification-needed
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to libdebian-installer in Ubuntu.
https://bugs.launchpad.net/bugs/1582320
Title:
libdebian-installer uses a different detection method for EFI than
efivar
Status in libdebian-installer package in Ubuntu:
Fix Released
Status in ubiquity package in Ubuntu:
Invalid
Status in libdebian-installer source package in Xenial:
Fix Committed
Status in ubiquity source package in Xenial:
Invalid
Status in libdebian-installer source package in Yakkety:
Fix Released
Status in ubiquity source package in Yakkety:
Invalid
Bug description:
[Impact]
Some systems which do not correctly support EFI variables or have an incomplete implementation of the EFI spec may fail to install due to efibootmgr being unable to set BootEntry although archdetect reports the system being booted in EFI mode.
[Test case]
1) boot in EFI mode
TEST) Unmount /sys/firmware/efi/efivars and/or remove efivars module.
2) Run archdetect.
[Regression potential]
If efivars or vars don't get mounted (use of another init system than systemd, or lack of the efivars kernel module); the detection code will fail to see that the system is in EFI mode and installation will proceed in legacy mode.
--
After installing 16.04 (upgrade or re-install), I get this exception
on login.
ProblemType: Package
DistroRelease: Ubuntu 16.04
Package: shim-signed 1.12+0.8-0ubuntu2
ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8
Uname: Linux 4.4.0-22-generic x86_64
ApportVersion: 2.20.1-0ubuntu2
Architecture: amd64
BootEFIContents:
fw
fwupx64.efi
Date: Mon May 16 09:28:29 2016
Df:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb2 208735776 11061044 187048532 6% /
/dev/sr0 1451056 1451056 0 100% /cdrom
udev 7894540 0 7894540 0% /dev
tmpfs 1581840 9536 1572304 1% /run
EFIBootMgr: Error: command ['efibootmgr', '-v'] failed with exit code 2: efibootmgr: EFI variables are not supported on this system.
ErrorMessage: subprocess installed post-installation script returned error exit status 1
RelatedPackageVersions:
dpkg 1.18.4ubuntu1
apt 1.2.10ubuntu1
SourcePackage: shim-signed
Title: package shim-signed 1.12+0.8-0ubuntu2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libdebian-installer/+bug/1582320/+subscriptions
More information about the foundations-bugs
mailing list