Just to confirm, I noted the time of boot 0 on --list-boots, I did about 10 boots without nomodeset and booted again, when running --list-boots again, what was previously boot 0 was now -1, so none of the other boots were saved.
Got it; so what’s happening is that once this issue occurs the system is stalled so it can’t flush the logs out to disk.
IMO given this works with plenty of other people on Fedora 39 with no changes, something must be awry with your hardware/firmware setup (either a RAM incompatibility issue or BIOS corruption). Here’s what I’d think you should do:
- Try to “reset BIOS default settings”.
-
fwupdmgr reinstall
the firmware. - Double check the speed/brand for the RAM against what Framework suggested.
If none of those help I think you should contact Framework support for next steps.
Thanks
Feel like there must be something else at play. On a current ISO of Fedora 39, it will absolutely boot up successfully on 3.03 BIOS unless something else is in the mix somewhere. I’d triple verify this first. Booting into BIOS and triple checking the BIOS version - a lot of AMD laptops went out with 3.02 and a lot of folks honestly thought they had 3.03 - they did not.
The only things I can think of causing an inability to boot to Fedora 39 (steer clear of Mint for now), download a new ISO, another flash drive, boot to it.
Using nomodeset would be a Fedora 38 thing or older BIOS.
If this is still no good. As Mario indicated, the steps he indicated are where my mind lands as well.
- Try to “reset BIOS default settings”.
fwupdmgr reinstall
the firmware.
3. Double check the speed/brand for the RAM against what Framework suggested.
Here is that list for comparison.
As Mario_Limonciello, there is something wrong, I contacted Framework, they asked me a bunch of questions, I’ve answered, I’m waiting for further replies.
I confirmed in more than one way, I have the 3.03.
Just a closure for this thread, it was an hardware problem. They’ve sent a new MB, I replaced the MB on the laptop and it’s now booting fine.