[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