[Bug 1803031] Re: error: cannot find EFI directory.

Steve Langasek steve.langasek at canonical.com
Fri Mar 1 18:33:09 UTC 2019


Hello Vinicius, or anyone else affected,

Accepted partman-efi into cosmic-proposed. The package will build now
and be available at https://launchpad.net/ubuntu/+source/partman-
efi/71ubuntu4.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 on 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-cosmic to verification-done-cosmic. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-failed-cosmic. In either case, without details of
your testing we will not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance for helping!

N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.

** Changed in: partman-efi (Ubuntu Cosmic)
       Status: New => Fix Committed

** Tags added: verification-needed verification-needed-cosmic

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

Title:
  error: cannot find EFI directory.

Status in grub-installer package in Ubuntu:
  Confirmed
Status in partman-efi package in Ubuntu:
  Fix Released
Status in partman-efi source package in Bionic:
  Fix Released
Status in partman-efi source package in Cosmic:
  Fix Committed
Status in grub-installer source package in Disco:
  Confirmed
Status in partman-efi source package in Disco:
  Fix Released

Bug description:
  [Impact]
  Any user installing Ubuntu on UEFI systems and picking manual partitioning. This leads to an installation config that cannot be completed due to the missing partition not being detected until grub-installer runs at the end of the install process

  [Test case]
  The exact behavior will differ depending on the precise set of features enabled in the system's firmware:

  == In each firmware mode (BIOS, UEFI, UEFI w/ CSM), using automatic
  partitioning (full disk) ==

  1) Boot to an install media
  2) At the partitioning screen, pick "Erase disk and install Ubuntu" or "Use entire disk - Guided partitioning".
  3) Confirm all changes and begin the installation.

  The user should see no user prompt, and system is bootable after
  installation.

  == System in UEFI, with or without CSM enabled ==

  1) Boot to an install media
  2) At the partitioning screen, pick "Something else" or "Manual partitioning".
  3) Create a single partition for /.
  4) Confirm all changes and begin the installation.

  The installer should immediately warn the user that there is no EFI
  System partition and offer to go back to the partitioning screen. Once
  the EFI System partition is present, the user is not shown the prompt
  and the installation completes successfully. The system is bootable.

  Without the fix, the installation process happily continues and ends
  in a crash in grub-installer.

  == System in BIOS mode, manual partitioning without ESP ==

  1) Boot to an install media
  2) At the partitioning screen, pick "Something else" or "Manual partitioning".
  3) Create a single partition for /.
  4) Confirm all changes and begin the installation.

  Install should complete successfully, without prompting the user (an
  ESP is not strictly required for booting).

  [Regression potential]
  There may be unforseen cases in which users really do not want to create an ESP despite using an installation medium that was booted in UEFI mode. In these cases, users will now have an additional dialog warning them that the ESP does not exist, and have the option to hit "Continue" after reading the message.

  As in some cases the partitioning logic is run twice (for instance,
  when in the ubiquity installer); there is some risk of additional
  warning when going forward and back in the installer steps and the
  partitioning screens. Any step in which the partitionning prompts
  unduly or refuses to install should be investigated, they may be
  regressions if the setup was previously allowed and lead to a
  succesfully completed installation.

  ---

  Não instalou por erro no GRUB.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: ubiquity 18.04.14
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  CasperVersion: 1.394
  CurrentDesktop: ubuntu:GNOME
  Date: Tue Nov 13 00:11:42 2018
  InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/ubuntu.seed boot=casper only-ubiquity quiet splash ---
  LiveMediaBuild: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  ProcEnviron:
   LANGUAGE=pt_BR.UTF-8
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=pt_BR.UTF-8
   LC_NUMERIC=C.UTF-8
  SourcePackage: grub-installer
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1803031/+subscriptions



More information about the foundations-bugs mailing list