Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1034814: debian-installer: bootable flag not toggling
48 views
Skip to first unread message
Matt Taggart
Apr 24, 2023, 9:30:04 PM4/24/23
to
Package: debian-installer
Version: bookworm-DI-rc1
When in the partitioning and editing a partition, if I am on the
"bootable" option and select, it does not toggle but remains "no". The
screen flashes, bot no change. I have not yet checked what ends up in
the partition table after the install.
Sorry for the crappy report, I will try to provide more details when I
get a chance to repeat it.
--
Matt Taggart
ma...@lackof.org
Version: bookworm-DI-rc1
When in the partitioning and editing a partition, if I am on the
"bootable" option and select, it does not toggle but remains "no". The
screen flashes, bot no change. I have not yet checked what ends up in
the partition table after the install.
Sorry for the crappy report, I will try to provide more details when I
get a chance to repeat it.
--
Matt Taggart
ma...@lackof.org
Pascal Hambourg
Apr 25, 2023, 5:10:04 AM4/25/23
to
On 25/04/2023 at 03:24, Matt Taggart wrote:
>
> When in the partitioning and editing a partition, if I am on the
> "bootable" option and select, it does not toggle but remains "no". The
> screen flashes, bot no change. I have not yet checked what ends up in
> the partition table after the install.
Is it a GPT partition table ?
>
> When in the partitioning and editing a partition, if I am on the
> "bootable" option and select, it does not toggle but remains "no". The
> screen flashes, bot no change. I have not yet checked what ends up in
> the partition table after the install.
GPT is the default partition table type with EFI boot or disk size above
2 TiB. In GPT, "boot" and "esp" parted flags are equivalent and both
represent the "EFI system partition" type (IMO this is a big mess).
If this should be fixed, not sure how.
- Set/unset the "esp" flag at the same time as the "boot" flag if GPT ?
- Hide the "bootable" option if GPT ?
- Map the "bootable" option to the "legacy_boot" parted flag instead of
"boot" if GPT ? (AFAIK only syslinux/extlinux uses this flag)
Also, there is another issue with this: changing the use of an ESP
partition to something else will not remove the boot/esp flag. This is
annoying when you want to change it to "BIOS boot" which should have the
"bios_grub" flag instead.
Matt Taggart
Apr 30, 2023, 4:30:04 AM4/30/23
to
On 4/25/23 01:59, Pascal Hambourg wrote:
> On 25/04/2023 at 03:24, Matt Taggart wrote:
>>
>> When in the partitioning and editing a partition, if I am on the
>> "bootable" option and select, it does not toggle but remains "no". The
>> screen flashes, bot no change. I have not yet checked what ends up in
>> the partition table after the install.
>
> Is it a GPT partition table ?
Yes, GPT and EFI, 512gb nvme drive.
> On 25/04/2023 at 03:24, Matt Taggart wrote:
>>
>> When in the partitioning and editing a partition, if I am on the
>> "bootable" option and select, it does not toggle but remains "no". The
>> screen flashes, bot no change. I have not yet checked what ends up in
>> the partition table after the install.
>
> Is it a GPT partition table ?
> GPT is the default partition table type with EFI boot or disk size above
> 2 TiB. In GPT, "boot" and "esp" parted flags are equivalent and both
> represent the "EFI system partition" type (IMO this is a big mess).
always done and toggled the bootable flag on the /boot partition. When
it didn't change, I tried again and it still didn't change. So it was
less a bug of it not functioning that it was confusing for the user.
> If this should be fixed, not sure how.
> - Set/unset the "esp" flag at the same time as the "boot" flag if GPT ?
> "boot" if GPT ? (AFAIK only syslinux/extlinux uses this flag)
IMO "hide the bootable option if GPT" (but maybe that is non-trivial).
Alternatively the value could be displayed as "GPT" and not change when
toggled.
Thanks,
--
Matt Taggart
ma...@lackof.org
Pascal Hambourg
Apr 30, 2023, 4:50:04 AM4/30/23
to
partman-partitioning if the d-i developers agree with this solution.
Cyril Brulebois
Apr 30, 2023, 10:30:04 AM4/30/23
to
Pascal Hambourg <pas...@plouf.fr.eu.org> (2023-04-30):
I'm happy to defer to Steve's expertise and yours on those topics.
Cheers,
--
Cyril Brulebois (ki...@debian.org) <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
Cheers,
--
Cyril Brulebois (ki...@debian.org) <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
Pascal Hambourg
May 13, 2023, 2:51:36 PM5/13/23
to
Control: reassign -1 partman-partitioning
Control: tags -1 patch
On 30/04/2023 at 16:22, Cyril Brulebois wrote:
> Pascal Hambourg <pas...@plouf.fr.eu.org> (2023-04-30):
>> On 30/04/2023 at 10:16, Matt Taggart wrote:
>>> IMO "hide the bootable option if GPT" (but maybe that is non-trivial).
>>
>> It should not be too hard. I can work on a patch against
>> partman-partitioning if the d-i developers agree with this solution.
Trivial patch attached. Sorry for the delay, I was busy on other topics
and forgot a bit about this one. Should I open a MR too ?
> I'm happy to defer to Steve's expertise and yours on those topics.
I'm no expert on partman, so that means Steve's.
Control: tags -1 patch
On 30/04/2023 at 16:22, Cyril Brulebois wrote:
> Pascal Hambourg <pas...@plouf.fr.eu.org> (2023-04-30):
>> On 30/04/2023 at 10:16, Matt Taggart wrote:
>>> IMO "hide the bootable option if GPT" (but maybe that is non-trivial).
>>
>> It should not be too hard. I can work on a patch against
>> partman-partitioning if the d-i developers agree with this solution.
and forgot a bit about this one. Should I open a MR too ?
> I'm happy to defer to Steve's expertise and yours on those topics.
0 new messages