It Seems Chris Murphy is having this only on an Intel NUC and with Fedora-Server-dvd-x86_64-43-20250930.n.0.iso.

I spy a link that needs to be updated in the criteria. Looking at the virtualization page I don't see anything about UEFI. I think virt-manager and Boxes both still default to BIOS. This also sounds like it might be hardware specific.

FinalBlocker -1

FinalBlocker -1

This seems to be Intel NUC-specific. And Gerd Hoffman already has a test build: https://copr.fedorainfracloud.org/coprs/kraxel/edk2.testbuilds/build/9647432/

@nielsenb GNOME Boxes actually tries to detect the OS, often going for UEFI. (And virt-manager already is investigating moving to UEFI for default: https://github.com/virt-manager/virt-manager/issues/757)

Being that it seems to be NUC specific,

FinalBlocker -1

AGREED Delayed Decision

Discussed at the 2025-10-06 (blocker / freeze exception) review meeting:

We agreed to punt this so we can ask Gerd exactly what combination of properties is necessary to trigger this bug, and make an assessment of how common that's likely to be.

https://meetbot-raw.fedoraproject.org//blocker-review_matrix_fedoraproject-org/2025-10-06/f43-blocker-review.2025-10-06-16.00.txt

Proposing as a freeze exception (a fix is ready), which can be agreed upon faster than a blocker.

FinalFE +1

FinalBlocker -1
FinalFE +1

FinalFE +1

FinalFE +1
AGREED AcceptedFinalFE

The following votes have been closed:

• Accepted FinalFreezeException (+4, 0, -0)
  • +1 by kparal, geraldosimiao, derekenz, adamwill

Release F43 is no longer tracked by BlockerBugs, closing this ticket.