Opened 4 years ago
Last modified 3 years ago
#17004 closed bug
The installed EFI bootloader doesn't start automatically (regression) — at Version 6
Reported by: | vidrep | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | System/Boot Loader | Version: | R1/beta2 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
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).
Change History (7)
by , 4 years ago
Attachment: | FirstBootPrompt-788-debug-11-06-2021-09-53-39.report added |
---|
comment:1 by , 4 years ago
Description: | modified (diff) |
---|
comment:2 by , 4 years ago
comment:3 by , 4 years ago
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.
comment:4 by , 4 years ago
Resolution: | → no change required |
---|---|
Status: | new → closed |
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.
comment:5 by , 3 years ago
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.
comment:6 by , 3 years ago
Description: | modified (diff) |
---|---|
Resolution: | no change required |
Status: | closed → reopened |
Not sure what build you are running. Those changes are from 2019-12 and we changed it since then. Here are the changes
So I don't think this bug is valid with the current tree, maybe you can check a nightly?