You are not logged in.
After a recent -Syu the directories /proc/acpi/battery and /sys/class/power_supply/BAT0 do not exist upon boot. As a result, acpi -b returns absolutely nothing and conky gives errors when anything beginning with ${battery is used. I am unable to tell how much of a charge I have left.
As soon as either plug in a power adapter or unplug it for the first time, /sys/class/power_supply/BAT0 is created and both acpi -b and conky begin working as expected once again. My problem seems very similar to what is described here except that, as /proc/acpi/battery also does not exist, I cannot use the solution which was found.
I'm running a fully updated system on a Dell Latitude E6410. If anyone could make any suggestions it would be greatly appreciated!
Edit: Fixed a typo in one of the paths.
Last edited by eyeck (2011-10-17 22:03:36)
Offline
Offline
Well, that doesn't help me very much. Could you post your .conkyrc? Is your system entirely up-to-date? Where *is* your battery represented on your filesystem? Do you have any idea why mine can't get the battery status?
I thought the battery had to exist in one of those two directories; on my machine they are the only directories which are checked by conky. When I run conky from the console it complains that BAT0 was not found in either of those places.
Offline
The new location is /sys/class/power_supply/BAT0.
/sys/power_supply/BAT0 has never existed. /proc/acpi/battery has been deprecated for quite a while and has finally been removed.
Make sure that you have the latest version of conky (and that you don't have an out of date one from the AUR).
Offline
Thank you, I forgot the /class/ when I first typed that and then kept referencing my own typo. /sys/class/power_supply/BAT0 is indeed the directory in question.
My system is fully up-to-date, with no AUR packages except for AwesomeWM. At any rate, conky isn't the problem as ACPI also doesn't report my battery state and the directory does not exist. Both the acpi -b command and my conky script were working as expected until around a week ago.
Offline
I use the $battery command in conky
From man conky
battery (num)
Battery status and remaining percentage capacity of ACPI or APM battery. ACPI battery number can be given as argument (default is BAT0).
You're just jealous because the voices only talk to me.
Offline
hey,
I've got the same problem with a Dell Latitude e6220.
Offline
Same problem here. Downgrading kernel to linux-3.0.7 fixed it, looks like a 3.1 regression.
Offline
After a recent -Syu the directories /proc/acpi/battery and /sys/class/power_supply/BAT0 do not exist upon boot
Just out of curiousity: do you have acpid in DAEMONS in /etc/rc.conf?
Offline
I didn't have acpid in DEAMONS, just added it. Will see if it makes a difference.
Offline
I didn't have acpid in DEAMONS, just added it. Will see if it makes a difference.
It doesn't. acpid only takes care of reacting to ACPI events; the rest of ACPI processing happens in the kernel and this is a kernel failure. Make note of these errors in your dmesg:
[ 9.436204] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20110413/evregion-478)
[ 9.436216] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node ffff880115254c08), AE_TIME (20110413/psparse-536)
[ 9.436226] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR2] (Node ffff880115254c30), AE_TIME (20110413/psparse-536)
[ 9.436233] ACPI Error: Method parse/execution failed [\ECRW] (Node ffff880115254d98), AE_TIME (20110413/psparse-536)
[ 9.436240] ACPI Error: Method parse/execution failed [\ECG6] (Node ffff880115254f00), AE_TIME (20110413/psparse-536)
[ 9.436249] ACPI Error: Method parse/execution failed [\_SB_.BAT0._BST] (Node ffff880115256690), AE_TIME (20110413/psparse-536)
[ 9.436261] ACPI Exception: AE_TIME, Evaluating _BST (20110413/battery-455)
As I stated, downgrading to kernel 3.0.x will fix it.
Offline