OpenBSD 7.3 hang on boot

[roddierod]

Hello,

I just upgraded to OpenBSD 7.3, which normal goes smoothly but now machine just hangs on boot...

the last two lines in the boot message are:

efi0 at bios: UEFI 2.3.1
efi0: American Megatrends rev 0x4028b

it just sits here. I have to turn the machine off with the power button.

I tried boot using a none UEFI boot but get a no active partition message.

Any one have a suggestion??

[shep]

If my HP Stream14 laptop sits awhile, the bios resets to secure booting.
First suggestion is to reset the bios

Second suggestion is to try to boot bsd.rd, on install media, as a rescue disk
https://rexford.bio/w.p/rescue-your-openbsd-system/

Attempt to backup (not implying you're not careful - I skipped but was lucky) and then (U) update to reinstall.

error removed

# sha256 -h /var/db/kernel.SHA256 /bsd

[roddierod]

I went and double checked and my secure boot isn't enabled.

I was able to boot by doing

boot>boot -c

then

disable efi

I had

/var/db/kernel.SHA256 /bsd

I have this also...I try the manual update and see what that does for next boot.

Thanks.

[shep]

I think we may have found a bug.

I have 2 systems. The first was running up-to-date -current and the update via bsd.rd went smoothly. The second was the rarely used laptop. I ended up using install73.img for a new install on the laptop and saw the shutdown message about kernel relinking failing.

The laptop with the new install had the lower case kernel.SHA256 filename.

I reported to bugs@openbsd.org and tech@openbsd.org.

Edit: I was mistaken. The correct file name is /var/db/kernel.SHA256

[Head_on_a_Stick]

Originally Posted by roddierod

it just sits here

Can you ssh into the machine? Does the caps lock key light toggle?

What is your graphics hardware? The machine might just have display problems. v7.3 incorporated Linux's 6.1.15 DRM stack, which is bigger than the rest of the OpenBSD base system combined, so I would look at that first.

[shep]

Another potential cause is failing to install the bootblocks. At the end of the installation, there is a message that the system will not boot due to bootblocks failure. I'm guessing the issue has to do with remnants of the gpt/mbr boot sectors because the issue is resolved if I use gdisk to delete the gpt/protective mbr and dd if=/dev/zero(random) the first 1000 sectors.

I think you would have seen this unless it was an unattended install. If the machine will boot a live cd, it suggests disk problems, both installer and target, could be a potential cause.

[roddierod]

Originally Posted by Head_on_a_Stick

Can you ssh into the machine? Does the caps lock key light toggle?

What is your graphics hardware? The machine might just have display problems. v7.3 incorporated Linux's 6.1.15 DRM stack, which is bigger than the rest of the OpenBSD base system combined, so I would look at that first.

The system has a built in Intel graphics....not sure which. It's a older HP Elite 8300, I rescued from work a few years ago. Once I disable efi in the bootloader, I have noticed some video issues - freezing and tearing, that I didn't have in earlier releases. So I'll check this out thanks.

[Head_on_a_Stick]

Originally Posted by roddierod

The system has a built in Intel graphics

Check the X.Org log to see which DDX driver is being used — intel(4) has been essentially un-maintained since ~2008 and appears to be rotting badly so modesetting(4) should probably be preferred.

I know Debian stable now defaults to the modesetting DDX driver for Intel hardware newer than 2008 but I don't know how OpenBSD handles this.

This X.Org configuration snippet should force modesetting(4) if it's not already being used:

Section "Device"
   Identifier "Intel Graphics"
   Driver "modesetting"
EndSection

Be sure to match the Identifier with any extant local configuration, if required.