Opened 18 months ago
Last modified 17 months ago
#18047 new bug
Partition parsing in the UEFI boot loader has a different behavior compared to BIOS (CSM)
| Reported by: | oco | Owned by: | jessicah |
|---|---|---|---|
| Priority: | normal | Milestone: | Unscheduled |
| Component: | Partitioning Systems/GPT | Version: | R1/beta3 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
I use to boot an Haiku partition on the main disk of my laptop using an USB stick.
With hrev56580, i have noticed that i can boot in two different ways (there is now two partitions on the USB stick). If i am not mistaken, one is plain UEFI boot loader. The other partition use the legacy BIOS (CSM is activated in my BIOS).
In the UEFI mode, partitions are parsed correctly and i can choose in the boot loader the partitions on the main disk to boot from.
But in the BIOS mode, there is an error while parsing the same disk only the USB stick partition is listed (see errors in the logs on the attached photo).
You might ask why i would use BIOS mode but unfortunately, native screen resolution is not proposed in the UEFI mode while i can choose the appropriate video mode in the legacy BIOS boot loader.
Attachments (1)
Change History (6)
by , 18 months ago
| Attachment: | IMG_20221105_210726.jpg added |
|---|
comment:1 by , 18 months ago
comment:2 by , 18 months ago
| Component: | - General → Partitioning Systems/GPT |
|---|---|
| Owner: | changed from to |
comment:3 by , 18 months ago
No, I don't think it's a regression, the code in UEFI is slightly different due to how the UEFI loader is on the ESP, not the Haiku boot partition.
comment:4 by , 18 months ago
The "failed to scan it" is weird though. Sounds like perhaps there's a corrupted GPT. I'd recommend using gptfdisk/gdisk on Linux or such to check the status of the GPT.
is it a regression?