[Bug 1668148] Re: Booting installer in EFI mode with existing bios mode hd crashes

Steve Langasek steve.langasek at canonical.com
Mon Jul 9 19:58:38 UTC 2018


On Sun, Jul 08, 2018 at 09:58:23PM -0000, Chris Chambers wrote:
> I have this problem to and my setup is a bit different and i do not see
> a similar setup mentioned here.

> My disc is GPT partitioned, UEFI is disabled and i boot/install in BIOS
> mode but Ubuntu (Lubuntu) is the only OS installed. That is because off
> a BCM4312 wireless chip which i need compile a module for, no binary
> available.  Short off getting that compiled driver signed i must disable
> UEFI and use BIOS mode.

> Disc is partitioned; / , swap , /home , no bios-grub or EFI partition.

> Four attempts to install 18.04 all failed. Problem as noted above.
> Installed 16.04 no problem other than install media does boot as UEFI
> and the messages 16.04 installer gives are a bit succinct! but going
> back one stage does fix and install works good.

> During the 18.04 install attempts NO warning messages received.

With Ubuntu 18.04.1 (and effective today with the current bionic daily
images), the expected behavior is:

 - if the install image is booted in UEFI mode, and the target disk does not
   have an EFI System Partition, only the guided installation options which
   create an ESP will be presented.
 - if an ESP is available, both the UEFI and BIOS versions of GRUB will be
   installed to the target disk.  If this is done but the system is not
   booted in UEFI mode, the install will not fail due to the inability of
   grub-install to write the boot order to nvram.
 - after reboot, the system should be bootable via either BIOS or UEFI from
   the target disk, as selected by the firmware.

I think this would address your requirements.  Do you agree?

Also, please note that compiling kernel modules for hardware drivers does
NOT require you to disable UEFI boot.  At most, it requires you to disable
UEFI SecureBoot.  If you are using a dkms package for this module (such as
the broadcom-sta-dkms package), the system will guide you through the
process of enrolling a local kernel module signing key into the MOK firmware
database so that you do not have to disable SecureBoot at all.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to partman-efi in Ubuntu.
https://bugs.launchpad.net/bugs/1668148

Title:
  Booting installer in EFI mode with existing bios mode hd crashes

Status in partman-efi package in Ubuntu:
  Triaged
Status in partman-efi source package in Artful:
  Triaged

Bug description:
  When installing in EFI mode to a disk that is partitioned without an
  EFI system partition, you do get a warning message that this may cause
  a problem and suggests that you go back and do a bios mode install
  instead.  The way that it is worded, and the fact that the button to
  switch to a BIOS mode install is labeled "cancel", is very confusing
  and has lead to hundreds, if not thousands of users clicking the OK
  button instead, and proceeding with an install that is doomed to fail.
  This message really needs to be clarified.

  Instead of clarifying, the question was removed, and grub-efi is
  always used, which crashes the install.  grub-pc is the correct
  version to use in this case.  This is a release regression that needs
  corrected for 18.04.1.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/partman-efi/+bug/1668148/+subscriptions



More information about the foundations-bugs mailing list