** Tags added: fr-393
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1796260
Title:
UEFI install onto an MBR disk, with a pre-existing os/partition,
results in a non-bootable ESP on a logical parti
This bug was fixed in the package ubiquity - 20.10.2
---
ubiquity (20.10.2) groovy; urgency=medium
[ Jean-Baptiste Lallement ]
* zsys-setup: Use persistent device name for vdevs (LP: #1880869)
* Only export pools created during installation and containing dataset
mounted und
This bug was fixed in the package partman-partitioning - 120ubuntu3
---
partman-partitioning (120ubuntu3) groovy; urgency=medium
* Default to GPT on amd64 for any fresh disk installs, be it bios or EFI.
LP: #1796260
-- Dimitri John Ledkov Thu, 28 May 2020 17:55:46
+0100
**
** Also affects: partman-partitioning (Ubuntu)
Importance: Undecided
Status: New
** Changed in: partman-partitioning (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
well, maybe in bios mode we should install as gpt by default, on fresh
disks.
Such that "1. Boot in BIOS mode and install on entire disk" results in
GPT.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/
So subiquity/curtin sort of tiptoe around this bug currently. Curtin's
data model uses the same field ("flag") to indicate that a partition is
an ESP (set flag to "boot") and that a partition is a logical partition
(set flag to "logical").
As it happens in the code in curtin that converts probert
** Changed in: efivar (Ubuntu)
Importance: Undecided => Low
** Changed in: ubiquity (Ubuntu)
Importance: Undecided => Low
** Tags removed: rls-ee-incoming
** Tags added: rls-ee-notfixing
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Tags removed: rls-cc-incoming
** Tags added: rls-cc-notfixing
** Tags added: rls-ee-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1796260
Title:
UEFI install onto an MBR disk, with a pr
** Tags added: id-5bc6279427553a601ca8de18
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1796260
Title:
UEFI install onto an MBR disk, with a pre-existing os/partition,
results in a non-bootable E
This bug was fixed in the package partman-auto - 134ubuntu10
---
partman-auto (134ubuntu10) cosmic; urgency=medium
* recipes-amd64-efi/*: enforce creating ESP on a primary partition, as
efibootmgr fails to create correct (nested) logical MBR parition
bootentries as per UEFI
This is an efivar bug, that's what will generate file paths for
efibootmgr, specifically in efi_va_generate_file_device_path_from_esp()
and the code it calls.
** Changed in: efibootmgr (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
** Also affects: partman-auto (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1796260
Title:
UEFI install onto an MBR disk, with a pre-existing os/
12 matches
Mail list logo