[Bug 1766945] Re: (EFI on top of legacy install) choosing "replace" or "resize" options in partitioning may lead to an install failure

[Rajdeep Majumder]

Dears,


Same for me [SOLVED] , created efi partition and convert the existing mbr
partition to gpt by gparted utilities and after that i am able to install
windows 8.1 alongside ubuntu 18.04 dual boot.

Thanks for your response,
Rajdeep

On Fri 17 Aug, 2018 4:51 pm Guilherme Steinmuller Pimentel, <
gsteinmuller at vexxhost.com> wrote:

> [SOLVED] actually solved by creating an EFI partition. So ignore the
> above comment.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1766945
>
> Title:
>   (EFI on top of legacy install) choosing "replace" or "resize" options
>   in partitioning may lead to an install failure
>
> Status in partman-auto package in Ubuntu:
>   Fix Released
> Status in partman-efi package in Ubuntu:
>   Fix Released
> Status in ubiquity package in Ubuntu:
>   Fix Released
> Status in partman-auto source package in Bionic:
>   Fix Released
> Status in partman-efi source package in Bionic:
>   Fix Released
> Status in ubiquity source package in Bionic:
>   Fix Released
>
> Bug description:
>   [Impact]
>
>   If I have existing data on disk built by a previous version of Ubuntu
>   (in BIOS (legacy) mode, or a previous Windows install, and no EFI
>   system partition on disk; the installer presents three choices:
>
>   - Replace $existing and reinstall.  (if a previous Ubuntu install was
> found)
>   - Resize and install
>   - Erase disk and install.
>
>   The first two options will attempt to complete the installation in EFI
>   mode (as they should) but do not create an EFI system partition, which
>   is required as a place to put shim and grub on disk for booting. The
>   installer will then crash / fail as grub-install fails to find the ESP
>   when copying the bootloader.
>
>   The last option works correctly, it creates the ESP as it erases the
>   entire disks and proceeds with new partitioning.
>
>   The proposed changes fix ESP creation for the replace and resize
>   cases, additionally disabling the reuse-partition option as it would
>   lead to unbootable systems without an existing ESP.
>
>   [Test Case]
>
>   A few valid cases to try, both for desktop and server, each of these
>   on a clean disk:
>
>    * In legacy BIOS mode, install Ubuntu (whole disk).
>    * Switch to UEFI mode
>    * Start the Ubuntu installer.
>    * In partitioning, make sure the 'reuse existing partition' option is
> not visible (reuse, 'replace' should still be present).
>    * Select resize and install.
>    * Check if installation succeeds and system boots.
>
>    * In legacy BIOS mode, install Ubuntu (whole disk).
>    * Switch to UEFI mode
>    * Start the Ubuntu installer.
>    * In guided partitioning select the replace existing and install option.
>    * Check if installation succeeds and system boots.
>
>    * In legacy BIOS mode, install Ubuntu (manual partitioning, create 3
> primary partitions, leave enough free space for another install).
>    * Switch to UEFI mode
>    * Start the Ubuntu installer.
>    * In guided partitioning select the use biggest free space option.
>    * Check if installation succeeds and system boots.
>
>    * In UEFI mode start the Ubuntu installer.
>    * Select a clean whole-disk install.
>    * Check if installation succeeds and system boots.
>
>   Additional random partitioning scheme dogfooding tests are welcome.
>
>   [Regression Potential]
>
>   The main change affects the recipes for -amd64-efi cases, so
> theoretically in the worst-case scenario there might be some problems when
> installing systems in UEFI mode with guided partitioning, like: wrong
> partitioning scheme present or the ESP not correctly created. But those
> regressions should be easily noticeable during testing.
>   Another small regression potential is in invalid ESP counting and the
> users not getting the 'reuse partition' option even if the ESP is present.
> But that also should be covered through the tests.
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/partman-auto/+bug/1766945/+subscriptions
>

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

Title:
  (EFI on top of legacy install) choosing "replace" or "resize" options
  in partitioning may lead to an install failure

Status in partman-auto package in Ubuntu:
  Fix Released
Status in partman-efi package in Ubuntu:
  Fix Released
Status in ubiquity package in Ubuntu:
  Fix Released
Status in partman-auto source package in Bionic:
  Fix Released
Status in partman-efi source package in Bionic:
  Fix Released
Status in ubiquity source package in Bionic:
  Fix Released

Bug description:
  [Impact]

  If I have existing data on disk built by a previous version of Ubuntu
  (in BIOS (legacy) mode, or a previous Windows install, and no EFI
  system partition on disk; the installer presents three choices:

  - Replace $existing and reinstall.  (if a previous Ubuntu install was found)
  - Resize and install
  - Erase disk and install.

  The first two options will attempt to complete the installation in EFI
  mode (as they should) but do not create an EFI system partition, which
  is required as a place to put shim and grub on disk for booting. The
  installer will then crash / fail as grub-install fails to find the ESP
  when copying the bootloader.

  The last option works correctly, it creates the ESP as it erases the
  entire disks and proceeds with new partitioning.

  The proposed changes fix ESP creation for the replace and resize
  cases, additionally disabling the reuse-partition option as it would
  lead to unbootable systems without an existing ESP.

  [Test Case]

  A few valid cases to try, both for desktop and server, each of these
  on a clean disk:

   * In legacy BIOS mode, install Ubuntu (whole disk).
   * Switch to UEFI mode
   * Start the Ubuntu installer.
   * In partitioning, make sure the 'reuse existing partition' option is not visible (reuse, 'replace' should still be present).
   * Select resize and install.
   * Check if installation succeeds and system boots.

   * In legacy BIOS mode, install Ubuntu (whole disk).
   * Switch to UEFI mode
   * Start the Ubuntu installer.
   * In guided partitioning select the replace existing and install option.
   * Check if installation succeeds and system boots.

   * In legacy BIOS mode, install Ubuntu (manual partitioning, create 3 primary partitions, leave enough free space for another install).
   * Switch to UEFI mode
   * Start the Ubuntu installer.
   * In guided partitioning select the use biggest free space option.
   * Check if installation succeeds and system boots.

   * In UEFI mode start the Ubuntu installer.
   * Select a clean whole-disk install.
   * Check if installation succeeds and system boots.

  Additional random partitioning scheme dogfooding tests are welcome.

  [Regression Potential]

  The main change affects the recipes for -amd64-efi cases, so theoretically in the worst-case scenario there might be some problems when installing systems in UEFI mode with guided partitioning, like: wrong partitioning scheme present or the ESP not correctly created. But those regressions should be easily noticeable during testing.
  Another small regression potential is in invalid ESP counting and the users not getting the 'reuse partition' option even if the ESP is present. But that also should be covered through the tests.

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