#15587: Regression finding Haiku partition after GNU-EFI removal
----------------------------------+----------------------------
Reporter: tqh | Owner: jessicah
Type: bug | Status: assigned
Priority: blocker | Milestone: R1/beta2
Component: System/Boot Loader | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
----------------------------------+----------------------------
Comment (by kallisti5):
For QEMU testing, lets standardize on the tools in the Haiku repo. (you
don't have to run the actual script, just ensure you're testing with the
same commands.)
https://git.haiku-os.org/haiku/tree/src/tests/qemu-boot-test
Waddlesplash has confirmed to me in IRC on Intel hardware he sees the
following:
* USB UEFI loader starts fine
* USB UEFI loader doesn't see the USB partition
* USB UEFI loader sees the SATA disks / partitions.
I booted the image on my AMD Ryzen hardware:
* USB UEFI loader starts fine
* USB UEFI loader sees the USB partition and boots.
We have run into this issue in the past on USB disks (either them not
showing up, or haiku not "automatically booting them" and having to
manually select the USB partition).
I definitely agree that if hrev53645 has caused clear regressions booting
Haiku under UEFI on real hardware *as well as* QEMU, it should be
reverted. I see a bunch of conflicting information above, which is why
"reverting" isn't a quick and easy call.
From the reports in this ticket, UEFI + USB boots on some hardware /
emulators, it doesn't boot on other hardware / emulators.
hrev53645 seems to have "scrambled" who sees what working... which means
pre-hrev53645 and post-hrev53645 are both "incorrect".
--
Ticket URL: <https://dev.haiku-os.org/ticket/15587#comment:36>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.