@Matt_Hartley Thank you so much for your candid reply. It really does mean a lot.
Looking forward to you guys crushing this release, in due time
@Matt_Hartley Thank you so much for your candid reply. It really does mean a lot.
Looking forward to you guys crushing this release, in due time
Just wanted to report a success with the 3.08 Beta EFI upgrade on my 13 inch Intel.
Iām well aware that it has been removed for the moment, however, I have had a 61kWh battery waiting to be installed for months now so I really did want to do the update to enable full support for that, and took the risk.
Nothing unusual - disabled secure UEFI boot in existing BIOS; booted from USB-A stick formatted FAT with the update unzipped to it; watched and waited while it went through all the steps; booted back into Fedora 39; restarted to re-enable secure UEFI boot.
Iām likely going to be doing the same thing. I have a 61Wh battery coming and only have Fedora 39 installed. Donāt want to reformat to install windows.
Worst comes to worst, I remove the SSD as others have said they have been doing
I installed this today via EFI method and got the line 97 error. I had the power plugged in on the same side as my flashdrive when I got the error.
Moving power to the opposite side and rebooting fixed the issue for me. I did not have to remove my SSD.
You might want to check your download here. I just downloaded the file (for clarity, itās still on the servers but Framework say you shouldnāt use it) again which shows up with a SHA1 of 317771e616be990ff3c54b24f9864d41dbea8d23
, this also matches the file I downloaded Jan 11 2024 (my post in this thread) which I still have.
For posterity, the SHA256 of the file is:
ddb2ef62f589e5c972d577e2e44b6ac2d7d040767189dfb4bcd04aa5d93751e6 *Framework_Laptop_12th_Gen_Intel_Core_3.08_EFI.zip
Upgrading using the EFI on USB-Stick method worked fine for me. SHA256SUM ddb2ef62f589e5c972d577e2e44b6ac2d7d040767189dfb4bcd04aa5d93751e6
I confirm those hashes!
sha256: ddb2ef62f589e5c972d577e2e44b6ac2d7d040767189dfb4bcd04aa5d93751e6
The link to 3.08b above resolved āThe Installer can only be un on Framework Laptop 12 Gen Intel Mainboardsā. I had a Batch 2 1280p board on 3.06 Beta. Now 3.08 Beta.
Update to 3.0.8 (via Windows 10) was successful.
However, now with Linux, entering ādeepā suspend (in the /sys/power/mem_sleep sense) consistently soft bricks the device. Once in this state, a mainboard reset is required.
If you use Linux, I would steer clear of 3.0.8 until this is resolved.
Strange. I updated a few weeks ago, but I donāt see that issue. Using deep sleep (not s2idle), Debian testing, kernel 6.6.13. No problems with sleep here.
Interesting! It repros consistently for me with the Fedora-Workstation-Live-x86_64-39-1.5.iso (without installing; running off a USB stick). I was triggering deep suspend with something like:
# Do not run the following commands.
echo deep > /sys/power/mem_sleep
echo mem /sys/power/state
Iāve got a case open and have been discussing with the support team.
I have the opposite problem. On Debian with BIOS 3.05 and 3.08, the laptop would sometimes never come out of s2idle (Iād have to power the machine off with a 10-second power button press). The ādeepā suspend has consistently worked.
Batch 1 , i7-1260p. Experiencing disconnects with a thunderbolt 3 Egpu. Running the 3.08b release.
Hi there. The BIOS seems pretty tested now.
Any information on a release candidat ?
After around one and a half months with BIOS 3.08, I havenāt encountered the following problems (seen on BIOS 3.06) anymore:
No change:
New (but only once so far):
A month now, letās get the party started.
Same for me. 12th gen currently running 3.06. msi refuses to run saying it requires a 12th gen framework.
Within hours of me reporting this, FW actually built a 3.08b revision of the installer that fixed this broken check. It is in this thread a few posts down from my initial report.
FW simply failed to mention this fixed installer anywhere in their own opener or update the link to the fixed installerā¦