(EFI on top of legacy install) choosing "replace" or "resize" options in partitioning may lead to an install failure
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| partman-auto (Ubuntu) |
Critical
|
Pronob Sarker | ||
| Bionic |
Critical
|
Unassigned | ||
| partman-efi (Ubuntu) |
Critical
|
Łukasz Zemczak | ||
| Bionic |
Critical
|
Łukasz Zemczak | ||
| ubiquity (Ubuntu) |
Critical
|
Andrew Tihaniy | ||
| Bionic |
Critical
|
Unassigned |
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.
Launchpad Janitor (janitor) wrote : | #1 |
Changed in partman-efi (Ubuntu): | |
status: | New → Confirmed |
Changed in ubiquity (Ubuntu): | |
status: | New → Confirmed |
Changed in ubiquity (Ubuntu): | |
importance: | Undecided → Critical |
Changed in partman-efi (Ubuntu): | |
importance: | Undecided → Critical |
Gil0224 (gi44-0224) wrote : | #3 |
Affected by the same bug, I solved the point adding a small EFI (200M) partition before the OS / as
Dr_SE (test911turbo) wrote on 2017-03-06: (comment #14) here: https:/
In my case problem now solved: On installation, do not forget to create a EFI System Partition (ESP), if it doesn't already exist.
1.- Live USB Stick, install Ubuntu
2.- on partitioning, select "something else"
3.- create EFI System Partition (ESP):
- on the 1st 100 G of the disk
- size > 100 M (recommended 200 M)
- "primary partition"
- type: "EFI"
4.- everything else as usual.
Now it works fine with my old /home partition.
experimancer (experimancer) wrote : | #4 |
Just guessing but could the above fix this bug as well; https:/
experimancer (experimancer) wrote : | #5 |
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.
GERARDO GUIDARELLI (k+ulu42) wrote : RE: [Bug 1766945] Re: (EFI on top of legacy install) choosing "replace" or "resize" options in partitioning may lead to an install failure | #6 |
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: <email address hidden> <email address hidden> on behalf of experimancer <email address hidden>
Sent: Friday, April 27, 2018 7:52:47 PM
To: <email address hidden>
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:/
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:/
tags: | added: id-5aead343f853aedc876ae68b |
Changed in partman-efi (Ubuntu): | |
assignee: | nobody → Łukasz Zemczak (sil2100) |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → Łukasz Zemczak (sil2100) |
Changed in partman-efi (Ubuntu): | |
status: | Confirmed → In Progress |
Changed in partman-auto (Ubuntu): | |
importance: | Undecided → Critical |
status: | New → In Progress |
assignee: | nobody → Łukasz Zemczak (sil2100) |
Launchpad Janitor (janitor) wrote : | #7 |
This bug was fixed in the package partman-efi - 71ubuntu3
---------------
partman-efi (71ubuntu3) cosmic; urgency=medium
* Save the number of ESPs found to /var/lib/
partman-auto. (LP: #1766945)
-- Łukasz 'sil2100' Zemczak <email address hidden> Wed, 27 Jun 2018 16:41:25 +0200
Changed in partman-efi (Ubuntu): | |
status: | In Progress → Fix Released |
Launchpad Janitor (janitor) wrote : | #8 |
This bug was fixed in the package partman-auto - 134ubuntu9
---------------
partman-auto (134ubuntu9) cosmic; urgency=medium
* recipes-
allowed it being created when the partition table was GPT. This basically
fixes cases where the ESP wasn't created if the previous installation was
in BIOS legacy mode. (LP: #1766945)
* automatically_
in EFI mode if there is no ESP present. Only works when a newer
partman-efi is available.
-- Łukasz 'sil2100' Zemczak <email address hidden> Fri, 22 Jun 2018 16:57:39 +0200
Changed in partman-auto (Ubuntu): | |
status: | In Progress → Fix Released |
Łukasz Zemczak (sil2100) wrote : | #9 |
Only thing left is refreshing the partman-* parts in ubiquity + SRUing all the changes into bionic.
description: | updated |
Changed in ubiquity (Ubuntu): | |
status: | Confirmed → In Progress |
Changed in partman-auto (Ubuntu Bionic): | |
status: | New → Confirmed |
Changed in partman-efi (Ubuntu Bionic): | |
status: | New → Confirmed |
Changed in ubiquity (Ubuntu Bionic): | |
status: | New → Confirmed |
assignee: | nobody → Łukasz Zemczak (sil2100) |
Changed in partman-efi (Ubuntu Bionic): | |
assignee: | nobody → Łukasz Zemczak (sil2100) |
Changed in partman-auto (Ubuntu Bionic): | |
assignee: | nobody → Łukasz Zemczak (sil2100) |
Changed in ubiquity (Ubuntu Bionic): | |
importance: | Undecided → Critical |
Changed in partman-efi (Ubuntu Bionic): | |
importance: | Undecided → Critical |
Changed in partman-auto (Ubuntu Bionic): | |
importance: | Undecided → Critical |
milestone: | none → ubuntu-18.04.1 |
Changed in partman-efi (Ubuntu Bionic): | |
milestone: | none → ubuntu-18.04.1 |
Changed in ubiquity (Ubuntu Bionic): | |
milestone: | none → ubuntu-18.04.1 |
Łukasz Zemczak (sil2100) wrote : | #10 |
Uploaded to bionic Unapproved, waiting for SRU team review. Please note that the ubiquity upload will follow later. Also, most probably, the ubiquity upload will include the fixes for both this bug and LP: #1778848 - since both are being SRUed at the same time (due to the point release being so near) and both require the fixes being pulled into ubiquity.
Hello Mathieu, or anyone else affected,
Accepted partman-auto into bionic-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
Changed in partman-auto (Ubuntu Bionic): | |
status: | Confirmed → Fix Committed |
tags: | added: verification-needed verification-needed-bionic |
Changed in partman-efi (Ubuntu Bionic): | |
status: | Confirmed → Fix Committed |
Brian Murray (brian-murray) wrote : | #12 |
Hello Mathieu, or anyone else affected,
Accepted partman-efi into bionic-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
Łukasz Zemczak (sil2100) wrote : | #13 |
Uploaded ubiquity with the new -proposed packages updated. That is necessary for the fixes to work on desktop.
Changed in ubiquity (Ubuntu): | |
status: | In Progress → Fix Released |
Changed in ubiquity (Ubuntu Bionic): | |
status: | Confirmed → In Progress |
Steve Langasek (vorlon) wrote : | #14 |
Hello Mathieu, or anyone else affected,
Accepted ubiquity into bionic-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
Changed in ubiquity (Ubuntu Bionic): | |
status: | In Progress → Fix Committed |
Łukasz Zemczak (sil2100) wrote : | #15 |
Checked daily-build iso logs and confirmed partman-auto 134ubuntu8.1 and partman-efi 71ubuntu2.1 are included in the images [1].
* Installed system on BIOS, full disk, switched to EFI
* Confirmed no re-use partition options being present
* Performed resize disk and use freed space
* Confirmed that the ESP is to be created alongside the new partition
* Rebooted and confirmed the system is bootable
* Installed system on BIOS, full disk, switched to EFI
* Performed replace partition and install
* Confirmed that the ESP is to be created alongside the new partition
* Rebooted and confirmed the system is bootable
* Installed system on BIOS, created 3 partitions, switched to EFI
* Performed use biggest free space and install
* Confirmed that the ESP is to be created alongside the existing partitions
* Rebooted and confirmed the system is bootable
[1] http://
Łukasz Zemczak (sil2100) wrote : | #16 |
That was for ubuntu-server (tested using bionic 20180703 on kvm).
Łukasz Zemczak (sil2100) wrote : | #17 |
Tests for ubuntu-desktop (tested using bionic 20180702 on kvm as well). Remark: I performed all these tests with enabled download of updates during installation due to the fact that otherwise the installer was crashing because of some missing grub packages (unrelated to this bug). This is fixed in the archive (binaries were waiting in Unapproved). To make sure this is fixed without downloading updates I will perform a sanity test afterwards using the latest bionic daily image.
Confirmed in the livefs manifest that the image contains the right ubiquity with all the changes (18.04.14.3) [1].
* Installed system on BIOS, full disk, switched to EFI
* Confirmed no re-use partition options being present
* Peformed install Ubuntu alongside existing Ubuntu (resize) and install (minimal)
- This caused a prompt for resize
* Confirmed that the ESP is to be created alongside the new partition
* Rebooted and confirmed the system is bootable
* Installed system on BIOS, full disk, switched to EFI
* Peformed erase Ubuntu and reinstall (minimal)
* Confirmed that the ESP is to be created alongside the new partition
* Rebooted and confirmed the system is bootable
* Installed system on BIOS, created 3 primary partitions, switched to EFI
* Peformed install Ubuntu alongside existing Ubuntu and install (minimal)
* Confirmed that the ESP is to be created alongside the new partition
* Rebooted and confirmed the system is bootable
* Booted into EFI
* Performed a whole disk install on a clean partition
* Confirmed that the ESP is to be created alongside the new partition
* Rebooted and confirmed the system is bootable
[1] https:/
Łukasz Zemczak (sil2100) wrote : | #18 |
I did a sanity-test install using ubuntu desktop daily-live 20180704. I first prepared a server-installed BIOS whole-disk installation, then switched to UEFI and started the installation using the aforementioned image. I have then selected the option to erase the partition and reinstall, saw the ESP created and confirmed that the installed system was bootable.
I think all required tests have been performed and therefore the partman-auto, partman-efi and ubiquity changes have all been tested (since ubiquity 18.04.14.3 includes both the correct partman-auto and partman-efi -proposed versions).
Anyone affected - please use the remaining SRU aging time to perform your own validation by using the latest bionic daily images. Thank you!
tags: |
added: verification-done-bionic removed: verification-needed verification-needed-bionic |
Launchpad Janitor (janitor) wrote : | #19 |
This bug was fixed in the package partman-auto - 134ubuntu8.1
---------------
partman-auto (134ubuntu8.1) bionic; urgency=medium
* recipes-
allowed it being created when the partition table was GPT. This basically
fixes cases where the ESP wasn't created if the previous installation was
in BIOS legacy mode. (LP: #1766945)
* automatically_
in EFI mode if there is no ESP present. Only works when a newer
partman-efi is available.
-- Łukasz 'sil2100' Zemczak <email address hidden> Fri, 22 Jun 2018 16:57:39 +0200
Changed in partman-auto (Ubuntu Bionic): | |
status: | Fix Committed → Fix Released |
The verification of the Stable Release Update for partman-auto has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.
Launchpad Janitor (janitor) wrote : | #21 |
This bug was fixed in the package ubiquity - 18.04.14.3
---------------
ubiquity (18.04.14.3) bionic; urgency=medium
* Automatic update of included source packages: grub-installer
1.128ubuntu
71ubuntu2.1. (LP: #1766945, LP: #1778848)
-- Łukasz 'sil2100' Zemczak <email address hidden> Fri, 29 Jun 2018 09:47:18 +0200
Changed in ubiquity (Ubuntu Bionic): | |
status: | Fix Committed → Fix Released |
Launchpad Janitor (janitor) wrote : | #22 |
This bug was fixed in the package partman-efi - 71ubuntu2.1
---------------
partman-efi (71ubuntu2.1) bionic; urgency=medium
* Save the number of ESPs found to /var/lib/
partman-auto. (LP: #1766945)
-- Łukasz 'sil2100' Zemczak <email address hidden> Wed, 27 Jun 2018 16:41:25 +0200
Changed in partman-efi (Ubuntu Bionic): | |
status: | Fix Committed → Fix Released |
sudodus (nio-wiklund) wrote : | #23 |
Re: https:/
I zsynced the Lubuntu bionic-
I can confirm that it works to install Lubuntu in UEFI mode into my Intel NUC from this current daily iso file.
There is no need to swap off before starting the installer.
I tried to install it failed on hp pavillion n109tu
it is still faling with http://
[SOLVED] actually solved by creating an EFI partition. So ignore the above comment.
Rajdeep Majumder (majumder.rajdeep) wrote : Re: [Bug 1766945] Re: (EFI on top of legacy install) choosing "replace" or "resize" options in partitioning may lead to an install failure | #27 |
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, <
<email address hidden>> 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:/
>
> 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...
Changed in ubiquity (Ubuntu): | |
assignee: | Łukasz Zemczak (sil2100) → Yan (biily) |
Changed in ubiquity (Ubuntu): | |
assignee: | Yan (biily) → Łukasz Zemczak (sil2100) |
Mohammed Abdelaty Ali (mhmd-ali) wrote : | #28 |
I wany fix this problem
Changed in ubiquity (Ubuntu): | |
assignee: | Łukasz Zemczak (sil2100) → mostafasobhy (plamdesign) |
riaz (riaz007) wrote : | #29 |
failed to install grub loader
Changed in ubiquity (Ubuntu): | |
assignee: | mostafasobhy (plamdesign) → Santhosh Kumar R (santhoshrcms) |
Saurav sagar (ss26690) wrote : | #30 |
how to fix grub2 installation error
Changed in ubiquity (Ubuntu): | |
assignee: | Santhosh Kumar R (santhoshrcms) → Saurav sagar (ss26690) |
carto ardiyanto (blacknine) wrote : | #31 |
tis can't insttalation the grub
Changed in ubiquity (Ubuntu): | |
assignee: | Saurav sagar (ss26690) → Razu Ahmad (razu.a) |
gorski (gorski-hotmail) wrote : | #32 |
Crash on bi-mode BIOS/UEFI PC, grub2 failed to install, so it all collapsed before it finished installing...
Previously I managed to install 16.4 and then upgraded to 18.04 with similar warnings about hybrid BIOS/UEFI system...
However, when I installed D. Richter's GRUB CUSTOMIZER there was no problem whatsoever in dual booting!
Please, add it to the installation files and peace, hopefully...
or
or
sudo add-apt-repository ppa:danielricht
sudo apt-get update
sudo apt-get install grub-customizer
I wish I knew how to edit my USB installation stick but I am from Humanities...
Thanx!
Changed in ubiquity (Ubuntu): | |
assignee: | Razu Ahmad (razu.a) → AB marof (marof) |
Changed in partman-auto (Ubuntu Bionic): | |
assignee: | Łukasz Zemczak (sil2100) → Ravishankar Kathaotiya (ravikathiyadell) |
Please do not assign yourselves on this bug.
Assignment only needs to happen if you're going to work on it, and this is closed as Fix Released.
Changed in partman-auto (Ubuntu Bionic): | |
assignee: | Ravishankar Kathaotiya (ravikathiyadell) → nobody |
Changed in ubiquity (Ubuntu): | |
assignee: | AB marof (marof) → nobody |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → Ashrafujjaman Rana (thinker-rana) |
Changed in ubiquity (Ubuntu): | |
assignee: | Ashrafujjaman Rana (thinker-rana) → nobody |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → kero Adel (kero3adel) |
Changed in ubiquity (Ubuntu): | |
assignee: | kero Adel (kero3adel) → Łukasz Zemczak (sil2100) |
kero Adel (kero3adel) wrote : | #34 |
grub file
techo nuxnet (nuxnet) wrote : | #36 |
for many time i try to install Ubuntu 18.04 (dualboot) on my own notebook (ASUS) beside primary OS (Microsoft Windows 10 Enterprise). my stuck is just only on installing grub2 package.. i've read all documentation, report, tutorial from many resources (forum, article, web video, etc). there some job/work to using Linux (which mean i prefer to ubuntu) for first time.
i can't install 18.04
Changed in partman-auto (Ubuntu Bionic): | |
assignee: | nobody → Erdenebat Ganchuluun (gerdenebat10) |
khashayar (ahrabi) wrote : | #38 |
yes
Changed in ubiquity (Ubuntu): | |
assignee: | Łukasz Zemczak (sil2100) → khashayar (ahrabi) |
Changed in ubiquity (Ubuntu): | |
assignee: | khashayar (ahrabi) → Marin Gugic (chempres234) |
Changed in partman-auto (Ubuntu): | |
assignee: | Łukasz Zemczak (sil2100) → jeff thomas (jefrow27) |
Alan Mintaka (botutboankhbonef) wrote : | #40 |
Trying to install dual-boot ubuntu 18.0.4 with Windows 7
Error "The 'grub-efi-
Note: used gparted to create/format partitions,
/ (20MB)
/home (380GB)
During install, set mount point of / partition to "/"
mount point of /home to "/home".
Boot device was set to ATA ST2000DM001-1ER1 (/dev/stda), location of Windows boot partition. That's the correct boot device for Windows, anyway.
But installation failed after defining mount points, error message:
"...failed to install into /"
target/."
(spacing and CR/LF as shown).
Re-ran gparted and saw that / partition mount point had been changed to /target and /home partition mount point was now undefined (blank).
Don't know if the new mount points are supposed to be intermediate during install. If not, install is torching the mount points. Maybe related somehow to grub install error?
gparted details before install ("-" designates blank field):
Partition File Sys Mount Point Label Size Used Unused Flags
/dev/sda1 ntfs (blank) System Reserved 100.00 MiB 26.91 MiB 73.09 MiB boot
/dev/sda2 ntfs (blank) C(C:) 1.44 TiB 812.01 MiB 660.28 GiB -
/dev/sda3 ext4 / / 20.00 0.0 GiB 25.00 GiB -
/dev/sda4 ext4 /home /home 380.00 GiB 0.0 GiB 364.20 GiB -
gparted details after install error:
Partition File Sys Mount Point Label Size Used Unused Flags
/dev/sda1 ntfs - System Reserved 100.00 MiB 26.91 MiB 73.09 MiB boot
/dev/sda2 ntfs - C(C:) 1.44 TiB 812.01 MiB 660.28 GiB -
/dev/sda3 ext4 /target (blank) 19.53 GiB 6.30 GiB 13.23 GiB -
/dev/sda4 ext4 - (blank) 371.09 GiB 6.89 GiB 364.20 GiB -
System:
Dell XPS 8700
Intel Core i7-3770
HDD 2.0 TiB
Windows 7 Home Premium x64
Final note: Installed OK on Dell Alienware laptop 17 R3
Intel core i7 6700HQ
Windows 10 Home
Changed in ubiquity (Ubuntu): | |
assignee: | Marin Gugic (chempres234) → fahimfaezabir (abir032) |
Rendy Widjaya (raswijaya) wrote : | #41 |
we install ubuntu 18.04 why craze
Anisur Rahman (anis378) wrote : | #42 |
Can you send me a video tutorial for this bug
mohbobe (mohbobe) wrote : | #43 |
Hello I want fix this
TLDR: the Xubuntu 18.04.1 installer does not recognize an NTFS EFI partition. Then the process takes it course and fails.
Longer story. I recently staged two dual boot machines from scratch. The only difference between them was the EFI partition.
Case 1:
* Laptop came with Windows 10 pre-installed
* Resized Windows partition
* Booted with USB. Xubuntu installer offered choice of installing along existing Windows system and everything worked like a charm. KUDOS TO THE DEVELOPERS OF THE XUBUNTU INSTALLER.
Case 2:
* Restaged desktop that had a Windows 10 digital license on blank SSD
* Resized Windows partition
* Booted with USB. Xubuntu installer did not offer choice of installing along existing Windows system
* STOPPED. Compared the two cases and found the difference: the fresh Windows 10 install (using 1809 media) set the desktop up with an NTFS EFI partition (at least so says gparted).
* Rebooted with USB. In Xubuntu installer chose "Something else", selected the free space on the disk to create a new partition and let the installer go
* The installer failed when trying to install grub-efi
I will still make some attempts at fixing this, and will post here if I find something new.
Changed in ubiquity (Ubuntu): | |
assignee: | fahimfaezabir (abir032) → shaik shoyab azmal (shoyab) |
Changed in ubiquity (Ubuntu): | |
assignee: | shaik shoyab azmal (shoyab) → nobody |
assignee: | nobody → kamiar (kamiar321) |
Changed in ubiquity (Ubuntu): | |
assignee: | kamiar (kamiar321) → nobody |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → yehia elshenawy (yehia99) |
Changed in ubiquity (Ubuntu): | |
assignee: | yehia elshenawy (yehia99) → cdattu777@gmail.com (dattu123) |
Changed in ubiquity (Ubuntu): | |
assignee: | cdattu777@gmail.com (dattu123) → Mohammad Seyfayi (mohamad-sey) |
markj mc torrs (markjhplaptop) wrote : | #47 |
grub failed to install please email me on how to fix it asap im reviving my laptop since it was ruin by windows 10
abdalla bebo (fahd) wrote : | #48 |
i have problem in setup
Radhika Ajie (radhika17) wrote : | #49 |
bug load
Changed in ubiquity (Ubuntu): | |
assignee: | Mohammad Seyfayi (mohamad-sey) → vignesh (vickyporiki) |
Stephen Erbert (erbert2000) wrote : | #50 |
This bug is not fixed. My options, nearly a year after being first reported, seem to be either erase the entire disk, or install something other than ubuntu. Installing over an older ubuntu doesn't work, and installing alongside other installs doesn't work, and "something else" doesn't work. It also destroyed my ability to log into old versions, except a 2014 version sitting on a different disk. It seems that ubuntu will simply never be ready for the masses, and I'm not a tech idiot, I'm just also not a grub wizard.
fireguyfu (fireguyfu) wrote : | #51 |
This bug is not fixed.
Raja Ehtasham Ul Haq (raja3233) wrote : | #52 |
will feel batter if this problem will be fixed
Changed in ubiquity (Ubuntu): | |
assignee: | vignesh (vickyporiki) → Raja Ehtasham Ul Haq (raja3233) |
Changed in partman-auto (Ubuntu Bionic): | |
assignee: | Erdenebat Ganchuluun (gerdenebat10) → nobody |
Changed in ubiquity (Ubuntu): | |
assignee: | Raja Ehtasham Ul Haq (raja3233) → nobody |
Changed in partman-auto (Ubuntu): | |
assignee: | jeff thomas (jefrow27) → Petre Cosmin Bogdan (bboybaby) |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → nur nahian (nahian151) |
Changed in ubiquity (Ubuntu): | |
assignee: | nur nahian (nahian151) → Md Maruf Hossain (maruf123) |
Changed in ubiquity (Ubuntu): | |
assignee: | Md Maruf Hossain (maruf123) → nobody |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → Abhishek Gupta (mabhi4819) |
abdalla bebo (fahd) wrote : | #53 |
(EFI on top of legacy install) choosing "replace" or "resize" options in partitioning may lead to an install failure
Changed in ubiquity (Ubuntu): | |
assignee: | Abhishek Gupta (mabhi4819) → Rakibul Islam (rakib42) |
Changed in ubiquity (Ubuntu): | |
assignee: | Rakibul Islam (rakib42) → nobody |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → hassan feras (hassan5563) |
Rohit Verma (vermaji229) wrote : | #54 |
ubuntu installation crashed during installation of gurb2
Changed in ubiquity (Ubuntu): | |
assignee: | hassan feras (hassan5563) → Bouchakri Mhamed (bouchakri15) |
very bad bug
Changed in partman-auto (Ubuntu): | |
assignee: | Petre Cosmin Bogdan (bboybaby) → Fares Uchiha (fares-uchiha) |
Changed in ubiquity (Ubuntu): | |
assignee: | Bouchakri Mhamed (bouchakri15) → pham van khoa (spideypool) |
Rushikesh Deore (rushi0205) wrote : | #56 |
i getting problem for installing ubntu
bayraa (bayraa) wrote : | #57 |
ubuntu is installing error that is crub error.
Changed in ubiquity (Ubuntu): | |
assignee: | pham van khoa (spideypool) → Ahmed Ragab Saleh (ahmed-ragab-giga) |
Dede Hilman (dede12345) wrote : | #58 |
my pc is not install grub
Changed in ubiquity (Ubuntu): | |
assignee: | Ahmed Ragab Saleh (ahmed-ragab-giga) → nobody |
assignee: | nobody → Sushma Nagesh (sushma-nagesh) |
Saul Aguiar (saulaguiar) wrote : | #59 |
I have a multi-partition legacy (BIOS) system. About a year ago, when prompted by software loader, I upgraded from 16 LTS to 18.04 LTS Performed several updates after that (as prompted) but something went wrong with a systemd file (but system still worked well for many months). Recently, I was prompted to do a partial update and it completed happy but, next time I re-booted (selected version through Grub as always have) and got a bunch of red exclamation points and something about software frozen and system would not complete boot. On Dec 13, 2019 I downloaded image of 18.04 from main Ubuntu page and created bootable USB. This allowed me to create my user account and password in order to back up my user data, but the "refreshed" 18.04.3 image still will not boot up via the original Grub (only runs with the newly-created boot USB plugged in). Downloaded the 19.04 image on 12/15 from the primary Ubuntu page, over-wrote the bootable USB, and tried to install it over top of 18.04.3 image and get complaints about EFI boot will not work (of course, since my hardware is BIOS and not EFI). Someone here suggested creating a 200 MB EFI partition anyway and that will be my next step. At the moment the installer shows first a partition for /sda (I take this to be the location of the original boot software), followed by an ext4 partition named /sda4 (where an old mythbuntu resides), followed by an ext4 partition /sda6 (where the 18.04 or 19.04 image is loaded, followed by /sda5 partition designated swap.
So, this bug is DEFINITELY NOT fixed.
I am a software engineer and would like to learn more about booting Ubuntu. Can anyone suggest a good place in the Ubuntu document archive to begin familiarization?
Changed in ubiquity (Ubuntu): | |
assignee: | Sushma Nagesh (sushma-nagesh) → abdjalil (danane) |
Changed in ubiquity (Ubuntu): | |
assignee: | abdjalil (danane) → malindu buddhika (sanjeeva077) |
kevini (kevini) wrote : | #60 |
grub-efi-
Fabio Godoy Ferreira (fabiogdy) wrote : | #61 |
Hello!
I am having the same issue. I have Windows 10 installed, and wanted to have Ubuntu as well. I followed the steps described on Ubuntu forums, however it cannot install Ubuntu because it requires an EFI partition, which is not possible to me since I have a legacy BIOS and that cannot be changed to UEFI.
Last time I tried to "force" install Ubuntu, I ended up not being able to boot in any of the OS's.
During the manual partitioning, I thought that creating a specific "/boot" partition would be enough to solve the problem, but it was not, unfortunately.
Thanks!
eldad (eldad-a) wrote : | #62 |
Hello,
Here's my experience this issue and the solution which worked for me (though, it would be great if someone would resolve it in a more straight-forward matter):
Needed to convert a Windows 7 Ultimate machine to a dual-boot with ubuntu 18.04.3.
The machine was set based on legacy bios, Windows 7 Ultimate installed on an MBR disk, while there was a second (physical) HD for data, formatted as GPT.
Booting ubuntu bootable USB, it did so as UEFI.
1.
Used ubuntu to create a bootable USB (using the default "Startup Disc Creator").
Made some space on the OS HD for /root, and some more on the DATA HD for /home.
Then encountered the "No EFI system partition was found, the system will likely not be able to boot successfully and the installation may fail", which indeed reported failure.
2.
Upon reboot, Windows started with no grub menu.
Then using the same bootable USB, installed [Boot-Repair](https:/
3.
Then GRUB did not show up and ubuntu started.
Following ["Dual boot pc boots directly to ubuntu instead of showing grub menu"] (https:/
verified grub was installed using:
`grub-install --version`
edit grub to comment out (add "#") to the line including: "hidden"
`sudo -H gedit /etc/default/grub`
resulting in it now reading:
# GRUB_TIMEOUT_
And updating grub:
`sudo update-grub`
Now the system is up and running, starting with a GRUB menu allowing to choose between ubuntu and Win7 .
Found on the web another solution, which I did not try:
It was suggested that deleting the "efi" folder from the bootable USB would allow an ubuntu installation alongside the windows one, in legacy bios mode, without issues.
Dennis Pepler (chiff) wrote : | #63 |
Intending to set up dual boot Win7 Home Premium and Wasta-Linux I also received the message "No EFI system partition was found, the system will likely not be able to boot successfully and the installation may fail". As there is no EFI system on my laptop (at least as far as this technically limited novice can tell), it's unclear how to proceed. Suggestions welcome.
Umer Farooq (umer594) wrote : | #64 |
Plz kindly fix it as soon as possible. Will be thankful
Manny Parra (mannyp) wrote : | #65 |
shows grub2 installation failure...Xubuntu dual boot with windows embedded system
JonaDev Aviator (jonadevaviator) wrote : | #66 |
i was trying to install on manua
Tim B (v-tim-d) wrote : | #67 |
Attempting to install 16.04LTS on an older (2012) ASUS K55V laptop.
No other OS on the computer.
Complete erasure of old disk image
GRUB install failed (twice) and brought me here.
Will attempt the ">100GB EFI partition" solution mentioned above and see if that helps.
Otherwise it might be time to go to 18.04 or 18.10
Vincent Gerris (vgerris) wrote : | #68 |
16.04 LTS is supported until April 2020 (maintenance), so it's recommended to use 18.04 LTS (18.10 not being LTS and short in support, see : https:/
This bug does not apply to fresh installs (although it may be related) while wiping the disk, see initial post.
Make sure to check your BIOS settings (EFI/non-EFI, boot sector protection) and please post a new full bug report with full details if you have issues ( I suggest on 18.04 LTS).
Thank you.
Changed in partman-auto (Ubuntu): | |
assignee: | Fares Uchiha (fares-uchiha) → Tushar Vaibhav (tusharvaibhavmca) |
Changed in ubiquity (Ubuntu): | |
assignee: | malindu buddhika (sanjeeva077) → nobody |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → chung gyune choi (chunggchoi) |
Rasel Ali (raselali) wrote : | #69 |
please solve this issue
Changed in ubiquity (Ubuntu Bionic): | |
assignee: | Łukasz Zemczak (sil2100) → nobody |
Vihanga Pathirana (rashmitha2003) wrote : | #70 |
It is alright
Stop send me emails
On Sat, 2 May, 2020, 6:45 pm Le Nguyen Nhut Truong, <
<email address hidden>> 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:/
>
> 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.
>
> [R...
Changed in ubiquity (Ubuntu): | |
assignee: | chung gyune choi (chunggchoi) → Andrew Tihaniy (esterkill) |
Changed in partman-auto (Ubuntu): | |
assignee: | Tushar Vaibhav (tusharvaibhavmca) → Pronob Sarker (pronobsarker) |
Status changed to 'Confirmed' because the bug affects multiple users.