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:
UPDATE: July 6th
The title puts BIOS first. So my previous post is nonsense as I only downloaded the obvious link, namely the Driver Update :duh:
I have just now downloaded and installed the BIOS 3.20 and will reset the Power button light and Boot options
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
Have you tried the 3.19 version ?
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.
1 Like
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.
1 Like
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.
1 Like
Mine is the full laptop not just the mainboard.
It would be cool if Framework made an AC<->DC adapter (or even just a DC<->DC adapter that converts from the battery ribbon cable style connector to a barrel plug) so standalone users had another option than having to open the case, and also pull apart your laptop to temporarily hook up a battery so you can do a BIOS update. Possibly easier said than done, since there’d probably have to be some electronics to emulate being a battery, unless the system has a mode where a connected device can say “this is really wall power, I have no charging circuitry.”
(Ideally, it’d be nice if the BIOS update could be done with dual USB-C power connections so the PD could be updated without losing power, but that might be a little more exotic than just making the device think it had a battery connected.)
Guess this all comes with the territory of a first gen product. Ah well, though… if this doesn’t improve, I’m still better off than I was because I got to upgrade my laptop and got a pretty nice HTPC as a side effect… Small price to pay.
It appears the update to 3.20 went well on my Laptop with the EFI updater (apart from when progress bar reached 100% and then jumped back a little bit and remain there for some nerve-racking minutes). After the reboot I checked all the version numbers and found they were as they should be according to the first message of this thread.
However I’m wondering, whether this has happened on my system:
I would expect iw phy to show at least some 6GHz channels working, but all are disabled. Also iw reg get does not list any 6GHz channels for phy#0 even though it shows, that country DE has been detected, where 6GHz is officially allowed.
I’m running Debian Trixie with kernel version 6.9.7
Has anybody had success with 6GHz WiFi after the update to 3.20?
Oddly, that’s really good to hear. Means it’s probably fixable.
Thanks Kieran. What’s the recommended way to do that on a CoolerMaster mainboard?
6GHz bands are working here (US) after the bios update.
Probably a stupid question: Do these support Windows 10? The table at the top of the page says “Windows 11” but elsewhere it just says “Windows.”
Sorry if this is answered elsewhere but I didn’t see anything in this thread or on that page to make me certain. Thanks!