I would have backup power connected, eg: UPS for the best situation in the event of child, cat or other calamity
This looks like itâs failing in the ME update, what is your current ME version? Did the bios update to 3.20 while your ME is left behind to a previous version, eg:
ME.15.0.42.2235.bin
ME.15.0.45.2411.bin
What does ME mean and where would I check that? And also: How to solve it? I just followed the instructions and would think that it works OOTB.
I solved this by turning off EFI secure boot in the bios prior to starting the upgrade.
Running Ubuntu 24.04 LTS on a Laptop 13 with 11 gen processor. So far, so good, after upgrade to 3.20.
Looking into getting a new RTC/CMOS battery as I have had some booting problems recently.
Thank you Sir, this indeed worked very well. Perhaps this should be reflected in the instruction above.
(Issue 1) HumâŚlooks like charging flicker / toggling / flipping is still a thing when, in my case, Stop Charging threshold is set to 72, with Ubuntu 24.04 LTS, Kernel 6.8.0-31. (When looking at the battery indicator in the GUI, or Settings â Power). While idling.
Side-LED charging indicators stays white though.
In Windows 11, if you hover the mouse cursor over the battery icon in the system tray, I would see the popup tooltip of âBattery status: 72% available (plugged in)â changes to âBattery status: 72% remainingââŚand back and forth once in a while (at lease once every 5 minutes of human monitoring period).
(Issue 2) And somewhere along a reboot from Ubuntu 24.04 to Windows 11, the laptop would momentarily continue to charge (ignoring the charge threshold of 72%)âŚand I see 73% in Windows?
Update (on Issue 1):
And looking at this, I guess itâs because 24.04 LTS currently doesnât have an OEM kernel? Meaning if I donât want to see this issue, I need to go back to Ubuntu 22.04?:
Update (on Issue 2):
If I only do Windowsâ>Rebootâ>Windows, I still see the battery charged percentage increase from 72% to 73%.
So, seems like the implementation of the stop charging threshold still has gaps after 2.5 years (since feature release). Hope the BIOS team can look into this.
Both issues are observed with Frameworkâs 60W charger (and Frameworkâs USB-C charging cable), and Lenovoâs 65W USB-C charger.
See the âUpdate (on Issue 2)â section in the previous message.
I proceeded to testing rebooting from/to the same OSâŚand eliminate numeric representation differences between OSes.
So far Iâve had no success with standalone mode. Windows exe says add a battery, and efi just reboots after updating ME firmware.
Base BIOS version doesnât update
Did you try this:
The update failed for me.
The mainboard is an 11th gen Batch 5 on 3.17 with a coolermaster case and the BIOS is in STANDALONE mode.
I downloaded the 3.20 update, burned it to a bootable FAT USB, booted, and watched it run startup.nsh. It looks like it updated some stuff under EFI, then rebooted itself and came up with a blank screen.
I unplugged and rebooted the machine and it came up still on 3.17.
Tried again. Booted the USB, but this time it ran startup.nsh, tossed out some red text, rebooted before I could read anything, and sameâstill on 3.17.
Iâve confirmed secure boot is OFF.
The following may or may not be relevant.
Just out of curiosity, I ran âfwupdmgr get-devicesâ and see the following in the output
UEFI System Firmware:
â â Device ID: 4e494f28c524fcd4beef1b131512b664c09476d1
â â Summary: UEFI System Resource Table device (updated via NVRAM)
â â Current version: 785
â â Minimum Version: 1
â â Vendor: Framework (DMI:INSYDE Corp.)
â â Update State: Transient failure
â â Update Error: failed to update to 0: error-pwr-evt-batt
I just tried to update to 3.19, but get exactly the same behavior.
Meanwhile, I was reviewing Getting started guide with a bare motherboard and suspect this has to do with the (lack of a) battery. I know the rtc is good, because the mainboard keeps time properly between shutdowns.
I just found the error.log on the boot USB, which says
Error 331: Full FW Update using same version is not allowed. Include -allowsv in command line to allow it.
I opened startup.nsh and appended the â-allowsvâ flag to permit a retry.
fwupdlcl.efi -F fwupdate.bin -y -allowsv
Re-booted the USB and carefully watched it run through to 100% successfully updated. Again, it rebooted, but Iâm still on 3.17. Thereâs no error.log file, so I presume it thinks it worked properly.
fwupdlcl.efi does the ME, you want to run the line that has the graphical winux thing - but without the winux
so you can see the bios updater log - Iâll try to find my laptop in a few and post more details
11th Gen Batch 3. Updated from 3.19. Everything went smoothly. There was a restart after the Framework symbol with a completion bar where the screen took a minute (or longer, canât remember) to come back and fully update. I think the update took somewhere around 10-15 minutes.
Yep, no go just like the poster above. Hopefully in time FW will get a better updater. I might eventually try creating a windows to go usb drive and using the exe.
Thanks. Looking an awful lot like this is an unsolved problem with standalone 11th gen mainboards.
Can anyone with an 11th Gen CoolerMaster confirm theyâve successfully the updated BIOS?
I have this same issue, only I was on 3.19 already. It boots from the USB, and installs the firmware (or so it thinks) but when you reboot itâs still showing 3.19 for me. Iâm on Linux Fedora and used the UEFI Shell.
Iâm running Manjaro Linux with Ubuntu installed on a second partition (for when Matt asks
@Matthew_Finnie Is your mainboard in a laptop, or standalone?
This update will check for the battery being present before updating. So you will need to attach a battery before updating.
Mine is the full laptop not just the mainboard.