Hey thanks - i've used `apm` and `acpiconf` earlier - but not sure how to uninstall/reset the drivers to enable the battery to be charged again.I don't know that FreeBSD has such a utility. But you can try:
apm
acpiconf
sysctl hw.acpi.battery
apm
the inbuilt battery is stuck at 5% and external is stuck at 79% - they don't charge above that (53% is the max it goes upto)- only the external one seems to discharge, while the internal one at 5% is too low to even power on the machine on it's ownapm
APM version: 1.2
APM Management: Disabled
AC Line status: on-line
Battery Status: charging
Remaining battery life: 53%
Remaining battery time: unknown
Number of batteries: 2
Battery 0:
Battery Status: charging
Remaining battery life: 5%
Remaining battery time: unknown
Battery 1:
Battery Status: high
Remaining battery life: 79%
Remaining battery time: unknown
The machine was used by someone else with a Windows installation earlier. The vendor website for the laptop also shows some drivers/firmware updates that are, mostly, for Windows.Seems a bit unlikely that uninstalling a driver that you've never installed on an operating system you never installed would impact battery life (unless some firmware involved and the machine used to have Windows ... maybe ...).
I tried booting via Ventoy - but somehow it didn't allow me to boot into it, only showed the intallation options. Am I doing something wrong? (Haven't used windows in ages)I think you can boot Windows live images these days so that might be a quicker path to test this theory (uninstalling the driver) out?
Uninstalling windows drivers won't have an effect in FreeBSD. Only a bios/uefi update/downgrade could do that.... the solution is apparently doing an "uninstall" of the battery driver from "Device Manager" in windows.
Any ideas what could be done? Don't have access to a Windows machine or spare hard drive to do this - would really prefer a FreeBSD-centric solution!
As you can see the output here fromapm
the inbuilt battery is stuck at 5% and external is stuck at 79% - they don't charge above that (53% is the max it goes upto)- only the external one seems to discharge, while the internal one at 5% is too low to even power on the machine on it's own
apm ... Battery Status: charging Remaining battery life: 53% Remaining battery time: unknown Number of batteries: 2 Battery 0: Battery Status: charging Remaining battery life: 5% Remaining battery time: unknown Battery 1: Battery Status: high Remaining battery life: 79% Remaining battery time: unknown
acpiconf -i0
and acpiconf -i1
Apm is from the 90ies? Wasn't it removed? Better use "acpiconf -i 0" or sysctls.
Yes, I've tried pressing the reset button , for even upto 20 seconds - but it hasn't changed much wrt the battery charging situation.In the other thread you've opened I've seen that the laptops is a Lenovo T480. Did you try the reset button ( there is a small hole hidden under the laptop)?
Ok, I haven't tried this - will try to do the steps, quick q's :You can also try to discharge the static from your T480. If you haven't done that, it may fix the problem....
Yes, it does say "ACPI Control Method Battery" - do you mean I should appendIf "sysctl dev.battery.0.%desc" says "ACPI Control Method Battery", writing this to /boot/loader.conf should disable the battery driver on reboot:
debug.acpi.disabled="cmbat"
debug.acpi.disabled="cmbat"
Thanks for noticing - no I believe this is something that happened recently, maybe perhaps due to a bios/firmware update with ubuntu updates (on the 2nd disk) that I may have done - or perhaps before that - I'm not entirely sure what caused this, could have been from before the ubuntu update as well.How recently did this problem emerge, compared to when you tried setting the charge thresholds mentioned in your other thread, mid '23?
Sure, I still don't understand how 5% and 79% average out to be 53% , but that's an explanation I can live without, for now :So please show those data from:
acpiconf -i0
and
acpiconf -i1
acpiconf -i0
Design capacity: 23940 mWh
Last full capacity: 2440 mWh
Technology: secondary (rechargeable)
Battery Swappable Capability: Non-swappable
Design voltage: 11400 mV
Capacity (warn): 122 mWh
Capacity (low): 200 mWh
Cycle Count: 959
Mesurement Accuracy: 95 %
Max Average Interval: 1000 ms
Min Average Interval: 500 ms
Low/warn granularity: -1 mWh
Warn/full granularity: -1 mWh
Model number: 01AV420
Serial number: 2080
Type: LiP
OEM info: LGC
State: critical charging
Remaining capacity: 5%
Remaining time: unknown
Present rate: 0 mW
Present voltage: 11662 mV
acpiconf -i1
Design capacity: 23940 mWh
Last full capacity: 4350 mWh
Technology: secondary (rechargeable)
Design voltage: 11400 mV
Capacity (warn): 217 mWh
Capacity (low): 200 mWh
Cycle Count: 455
Mesurement Accuracy: 95 %
Max Average Interval: 1000 ms
Min Average Interval: 500 ms
Low/warn granularity: -1 mWh
Warn/full granularity: -1 mWh
Model number: 01AV490
Serial number: 2838
Type: LiP
OEM info: LGC
State: high
Remaining capacity: 79%
Remaining time: unknown
Present rate: 0 mW
Present voltage: 11789 mV
Actually after the ubuntu update (2nd hard drive) I've noticed this error at boot time `(A7) Me FW Downgrade - Request MeSpiLock Failed` - not sure if it's related, but I suspect the timing of battery malfunction and this error are somewhat correlated - not that I think about it.Also, are you sure you're running the latest BIOS/ UEFI update from Lenovo? If not, flash the latest one (use Ventoy if no USB updater).
Yes, you have to disconnect both batteries, but my guess is that the internal battery is "fried" and needs to be replaced.I guess I should also disable the internal battery first?
Will I have to disconnect the cable of the internal battery and plug it in back as well?
I had tried this method earlier - but at this point I will retry it again I guess.Reboot into BIOS, disable the internal battery. The machine will power off. Then remove the external battery, power it back on and then, when the system is bootet, insert the external one. It started charging after that. Hope that helps.
thanks - just tried this - no effectAll I can say is it worked for me...
What I can say is that your battery has close to 1000 cycles and is down to 10% of it's design capacity. It needs changing.
I did that in my A485, the case started bulging because of blown up cells. The trouble is not worth the fourty bucks it costs.
Most likely today/tomorrow!Sounds like the best plan at this stage.
UPDATE : Got 2 new external 61+ batteries and replaced internal battery!
acpiconf -i0 and -i1
while it's running on battery, after a while to settle.Never going to face battery problems ever again in life!
Here you go - something interesting/worrying - battery0 somehow doesn't charge more than 78-79% - weird (having it plugged in since past 30 mins)When it's all charged, could you postacpiconf -i0 and -i1
while it's running on battery, after a while to settle.
Design capacity: 22800 mWh
Last full capacity: 16000 mWh
Technology: secondary (rechargeable)
Battery Swappable Capability: Non-swappable
Design voltage: 11400 mV
Capacity (warn): 800 mWh
Capacity (low): 200 mWh
Cycle Count: 3
Mesurement Accuracy: 95 %
Max Average Interval: 1000 ms
Min Average Interval: 500 ms
Low/warn granularity: -1 mWh
Warn/full granularity: -1 mWh
Model number: 01AV421
Serial number: 35
Type: LiP
OEM info: LGC
State: high
Remaining capacity: 78%
Remaining time: unknown
Present rate: 0 mW
Present voltage: 12174 mV
Design capacity: 48840 mWh
Last full capacity: 40310 mWh
Technology: secondary (rechargeable)
Design voltage: 11100 mV
Capacity (warn): 2015 mWh
Capacity (low): 200 mWh
Cycle Count: 13
Mesurement Accuracy: 95 %
Max Average Interval: 1000 ms
Min Average Interval: 500 ms
Low/warn granularity: -1 mWh
Warn/full granularity: -1 mWh
Model number: 01AV425
Serial number: 63839
Type: LION
OEM info: SANYO
State: high
Remaining capacity: 85%
Remaining time: unknown
Present rate: 0 mW
Present voltage: 12123 mV
It's not exactly idle - but my usualy workload of having a heavy browser session.This will confirm which battery is used first, show initial states and also show power used and an indication of duration on battery (assuming idle) -
Somehow when I remove the battery charging adaptor the time left for batteries to discarge shows ~4 hrs and then will plummet to 2 something hrs. Is it due to the workload changing? Or the ripoff batteries acting weird?Hopefully. You'll need to check state of charge on stored spare batteries every so many months.
Yes - won't be changing any thresholds anytime soon.I also suggest not playing with charge thresholds at first, so you can confirm standard conditions.
Here you go - something interesting/worrying - battery0 somehow doesn't charge more than 78-79% - weird (having it plugged in since past 30 mins)
battery0 output :
Code:Design capacity: 22800 mWh Last full capacity: 16000 mWh
UPDATE: Plugged it in - Went for a workout - for an hour - came back to see the same charge status - not a single percent charges while plugged in for an hour. Something is seriously amiss.