I have noticed significant battery drain whether this laptop is either asleep or off since I bought this laptop and have been trying to fix it for a few months. I’ve checked that it’s capable of deep sleep, and made a point to not use USB-A cards in the rear peripheral ports. I’ve made sure I’m on the most updated version of the BIOS, because from what I gather this was a known issue that was fixed in a semi-recent release of the Intel BIOS firmware.
I’m here to ask if anyone else has encountered something similar and has a solution (as forum posts normally go lol) but also to hopefully see if this is on a roadmap to be fixed on the AMD version of the BIOS firmware. This may be a separate issue, but I am trying to get a sample size greater than one.
This laptop has been my foray into learning Linux and more deeply about computers in general, so my solution may be much more obvious to another set of eyes.
Thank you in advance for anyone kind enough to respond!
I had some fast battery drain on Lubuntu with the AMD board, but that was mostly due to sleep not working so it’d shut down when trying to sleep (was too lazy to fix sleep issues), so my laptop was just locked when not powered down.
After switching over to Fedora version 41 sleeping works great and the battery drains maybe 1-3% while asleep for 8+ hours at work without extra configuration. Not sure if it’s an ubuntu thing or what, but no issues on Fedora and it’s been a much better linux experience than Lubuntu, though that’s to be expected since the distro is a lightweight one.
Although Fedora took a little bit of getting used to, I’ve actually enjoyed it more than any other linux distro so far (tried Mint, Arch, and others as well) and it’s been very stable on the Framework, minus some issues with USB-C functionality with external displays and other USB-C devices on the newer linux kernel.
I’d say give Fedora a try for a less hassle linux experience.
That all being said, there are some other threads reporting similar issues and it is being tracked as a known issue in the first thread:
I also found this article that speaks to how to change some settings to get it working properly as well, but as I haven’t had the issue I haven’t tried it.
I haven’t read fully through those linked posts yet, though I likely will when I have time, but I can say I do have this issue with drain when laptop is entirely shut down. I’m running Fedora Silverblue with latest kernel on BIOS 3.05.
I did have suspend issues (still have too much drain), but they are much better after some tweaks. The thing that irks me right now is that the AMD board completely drains the battery after 3 or 4 days of being completely shut down. This obviously is crazy, almost like it’s suspended instead of off. But the issue is consistent every time. It also will, after a few days of being drained lose the BIOS/EFI settings. I may email support about this because it is a pretty significant issue for me.
It seems some others still have the issue too, so you’re not alone, but if you do find a solution, I’d love to know! I own 3 different Framework laptops for my company (I really love the mission and execution in general of Framework) and 2 of them have unusual battery drain issues (after 20 years of owning or working on scores of laptops from different companies I’ve never seen these issues), but the Framework AMD is the worst so far with the battery drain.
As such there are some kernel options modified for hardening purposes and some processes that aren’t enabled by default, but the it is Silverblue 41. Definitely let me know if you are finding a different experience, because I love to know if I could change some option that might ameliorate my situation
Your numbers sound about right from my experience too when my suspend works correctly. I wonder if the times when the suspend doesnt might be related to the IRQ1 issue patched in the latest BIOS beta: Framework Laptop 13 Ryzen 7040 BIOS 3.06 Release BETA
Still those wouldn’t fix the power drain while entirely shut down that I get frequently, But I will test further this week and see what happens when I record the exact numbers.
