The installed EFI bootloader doesn't start automatically (regression)

[vidrep]

vendor 8086: Intel Corporation device 22b1: Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller EFI only

Instead of booting to the desktop after installing to a GPT drive, it first invokes the Haiku boot menu.

I have narrowed down the issue to between hrev53639 (working) and hrev53649 (not working).

[tqh]

Not sure what build you are running. Those changes are from 2019-12 and we changed it since then. Here are the changes

• efi: Refactor our EFI code to use fuchsia's cleaner EFI headers
• kernel/efi: Drop device_set_path_end. Fixes booting Haiku with EFI under qemu

So I don't think this bug is valid with the current tree, maybe you can check a nightly?

[vidrep]

A nightly install or an update from an earlier installation won’t boot https://dev.haiku-os.org/ticket/16999

This is a second issue I found while investigating the first.

[tqh]

As the nightly gets to the chip icon, where EFI already is done, this problem has already been fixed. The other ticket is the one that should be investigated.

[vidrep]

I wiped my hard drive on this system with Parted magic, and installed hrev55202 x86_64. This problem is not fixed. It brings up the boot menu (same as tapping the space bar) every time, before you can boot the system installed on the hard drive. It appears to be a problem peculiar only to this PC (which is EFI only), as I don't see this issue on any other system I have.

[vidrep]

Ticket https://dev.haiku-os.org/ticket/16999 has been fixed since this ticket was created. The system now boots, but the problem in the description remains.

[tqh]

Please provide syslog. I would also like to know what partitions you have on your system and make sure you copied the .efi file to the EFI system partition.

[tqh]

And I don't think the description is true anymore. Please open a new bug for new issues, don't just change description, the hrev range and the issue is not the same and the comments are about the old issue.

[vidrep]

33MB EFIBOOT partition FAT32, 149GB Haiku partition BFS - that's it. I'm just about to install hrev53639 again to make absolutely sure. I'll provide a listdev, and syslog of both installations shortly.

[tqh]

Yes but create a new bug it gets confusing if we mix things.

[vidrep]

What's confusing? "Instead of booting to the desktop after installing to a GPT drive, it first invokes the Haiku boot menu." That's the problem. See photo and syslog.

I see "no boot volume found" quickly flashes on the top left of the screen, just before the boot menu appears.

[vidrep]

I found another ticket that describes the same issue I’m having. https://dev.haiku-os.org/ticket/16073

[tqh]

Yes, but if it is two different bugs and all info is about the bug that was fixed by p-states, you should create a new bug, never reopen or edit description. Reopen is usually bad, but can be done if the exact same problem wasn't fixed. So please stop adding to this ticket and create a new one.

The one you found is about an older version of efi bootloader, so open a new ticket, and make sure you use the efi-loader from the installation medium. It will give me a much easier time to look at things, and I don't have that much energy to spare.

[vidrep]

For what it’s worth, the problem has been fixed with Beta3 test image hrev55181_32.