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

2020-05-02 Thread Vihanga Pathirana 
It is alright
Stop send me emails

On Sat, 2 May, 2020, 6:45 pm Le Nguyen Nhut Truong, <
1766...@bugs.launchpad.net> wrote:

> ** Changed in: ubiquity (Ubuntu Bionic)
>  Assignee: Łukasz Zemczak (sil2100) => (unassigned)
>
> --
> 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
Bugs, which is subscribed to 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

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

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

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

2018-08-17 Thread 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, <
gsteinmul...@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
Bugs, which is subscribed to 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

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

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

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

2018-04-27 Thread GERARDO GUIDARELLI 
I realized the issue on my end shortly after the bug report… yep
accidentally booted the efi bootloader instead of the normal one..
tried installing again after booting the proper disc selection and
worked … thanks for the feedback..



From: boun...@canonical.com  on behalf of experimancer 
<1766...@bugs.launchpad.net>
Sent: Friday, April 27, 2018 7:52:47 PM
To: gguidare...@hotmail.ca
Subject: [Bug 1766945] Re: (EFI on top of legacy install) choosing "replace" or 
"resize" options in partitioning may lead to an install failure

No, th fix #3 does not work, nor the GRUB or EFI boot loader setup fail,
Ubuntu 18.04 can not be installed with this, the bug is still there.

--
You received this bug notification because you are subscribed to a
duplicate bug report (1767260).
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-efi package in Ubuntu:
  Confirmed
Status in ubiquity package in Ubuntu:
  Confirmed

Bug description:
  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.

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

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to 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

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

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs