Suse Battery Meter
 

I've seen a couple posts about this but with no resolve. Thought I'd try it again. I can't get my battery meter to work. I've got an Acer Aspire running SuSE 9.3.

lsmod returns the line "battery 10116 0"

cat /proc/acpi/battery/BAT1/state returns:

present: yes
ERROR: Unable to read battery status

Thanks for any help.

run Yast 2
reinstall all ACPI
Reconfigure it only after reboot! IMPORTANT!

Thanks for the reply. I'm a little ignorant.

I went into yast and removed 'acpid', 'pmtools', and 'powersave'. Restarted. Opened yast and reinstalled those three. Restarted. What exactly do I have to reconfigure acpi? Thanks

See if your system supports suspend to RAM. Usually it's not recommended by SuSE. In Yast power management configure your schemes for AC and battery power as you like it. That's it:scratch:

Thanks again.

It doesn't allow suspend to Ram. I also disabled suspend to disk, just in case. The battery meter still just reads "Running on batteries--1% charged"

One thing I've noticed (may be irrelevant) is that in Yast > System > System Services (Runlevel), 'acpid' is not running, but 'powersaved (especially for laptops)' is. I believe I saw somewhere that 'powersaved' runs acpid though. Is this true? I can't seem to have both of them running at the same time.

I'll keep playing with it and post anything I find out.

Thanks for the help thus far.

In fact suspend to disk is a nice feature. Sorta M$ Hibernation thingy.
I have it on my IBM

Battery Status
 

Exit, what acer aspire do you have... could be that the dsdt is broken and you have to get a new one from acpi.sf.net. as with alot of acers laptops

this was also my impression. broken dsdt-tables is known for acer notebooks but also for others. the reason is that windoofs usually does not think about some errors in that tables and it works more or less. but linux is exact and intelligent. so you have to get the right table and to put it with yast into your initrd at boot, then all works fine. yast->system->editor for /etc/sysconfig->kernel and so on. there is one option you can put the path to your dsdt-table in. but, important, you should follow the instructions on the homepage for the dsdt-tables to build your table right. as far as I remember you have to compile the downloaded file with some intel-driver to get your table.

thanks for the suggestions all. I haven't had any time to play with the machine between school and work. I'm wanting to install SuSE 10 and see if I have any luck with that, of course that has opened up an entirely different can of worms (see post http://www.linuxquestions.org/questi...02#post2012802)

once I get that installed, I'll post whatever I find. thanks again.

I managed to get SuSE 10.0 loaded and tried Alex_Ricardo's suggestion of updating the kernel. Turns out that actually works. When all else fails, wait for a newer release :) Thanks for all the help.