power manager reports 1% battery even though it is full on Asus Eee PC netbook
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
DeviceKit-Power |
Won't Fix
|
Low
|
|||
devicekit-power (Ubuntu) |
Invalid
|
Low
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: gnome-power-manager
after logging in, I see a dialog box that says my battery may be broken and that it only has 1% charge, yet it's been plugged in for a long time, and the battery meter shows that it's full. Will post screenshot. The netbook I'm running this on is an Eee900, and this is on the A3 release of karmic UNR.
ProblemType: Bug
Architecture: i386
Date: Wed Jul 22 22:08:05 2009
DistroRelease: Ubuntu 9.10
Package: gnome-power-manager 2.27.2-0ubuntu2
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: gnome-power-manager
Tags: ubuntu-unr
Uname: Linux 2.6.31-3-generic i686
In Red Hat Bugzilla #439460, Dave (dave-redhat-bugs) wrote : | #64 |
# cat /proc/acpi/
alarm: unsupported
present: yes
design capacity: 5200 mAh
last full capacity: 100 mAh
battery technology: rechargeable
design voltage: 8400 mV
design capacity warning: 10 mAh
design capacity low: 5 mAh
capacity granularity 1: 52 mAh
capacity granularity 2: 52 mAh
model number: 701
serial number:
battery type: LION
OEM info: ASUS
present: yes
capacity state: ok
charging state: charged
present rate: unknown
remaining capacity: 100 mAh
present voltage: 8335 mV
In Red Hat Bugzilla #439460, Bill (bill-redhat-bugs) wrote : | #65 |
Can't you beat the BIOS writers about the head? If it's a percent, it shouldn't
have units of mAh.
In Red Hat Bugzilla #439460, Richard (richard-redhat-bugs) wrote : | #66 |
Is this the sort of thing we should fix with hal-info - or can we get the EEE
guys to fix their bios?
In Red Hat Bugzilla #439460, Dave (dave-redhat-bugs) wrote : | #67 |
even if we got them to fix the bios, a majority of new users won't be running
the latest one. It's a pretty crap user experience to see this on the first
time they boot up.
In Red Hat Bugzilla #439460, Valent (valent-redhat-bugs) wrote : | #68 |
I have also experienced on lots of laptops (and send mails to mailing list) that
hal reports bad batteries even when I know they are good.
I know that that is not fault of hal but of bios and laptop manufacturers but I
also know that it is not likely it will get fixed because it somehow works ok in
windows?!?
Could there be patches in hal so that these faulty bios or bateries show good
percentages under linux?
In Red Hat Bugzilla #439460, Bug (bug-redhat-bugs) wrote : | #69 |
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://
In Red Hat Bugzilla #439460, Richard (richard-redhat-bugs) wrote : | #70 |
Can we blacklist the battery based on it's model number? or even fix the data in
HAL?
In Red Hat Bugzilla #439460, John (john-redhat-bugs) wrote : | #71 |
While the problem seemed to have been fixed in Fedora 10, it has surfaced again in Fedora 11 Beta. At the end of the startup process based on a Live USB, my eeePC 4G reports that "your battery has a very low capacity (1321528400%) which means that it may be old or broken". The effect is the same whether or not the computer is running on mains power.
After dismissing the message, everything works just fine (which emphasises what a good overall job the development team has done), and the battery capacity appears to be accurately represented in the menu bar. No comparable glitch arises with the Live USB for Ubuntu 9.04 Beta.
In Red Hat Bugzilla #439460, Richard (richard-redhat-bugs) wrote : | #72 |
2009-03-16 Richard Hughes <email address hidden>
* src/gpm-engine.c: (gpm_engine_
Fix the low capacity warning to fix rh#489832
In Red Hat Bugzilla #439460, Graeme (graeme-redhat-bugs) wrote : | #73 |
Updating release to 11 as the problem is still present.
Also, I've experienced automatic shutdowns when my battery is low on charge, but charging. For instance, it's turned itself off and then I've plugged in the AC adaptor and booted, only for the system to go shutdown again pretty swiftly with the low battery warning.
Is this something detecting the low battery and triggering a shutdown but not checking that AC power is available?
Is this the mis-reporting of capacity impacting the shutdown triggering mechanism?
I'm willing to test packages on my Eee PC701 4G, currently on F11 release (and updated).
In Red Hat Bugzilla #439460, Bug (bug-redhat-bugs) wrote : | #74 |
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '9'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 9's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 9 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
http://
Paul Larson (pwlars) wrote : | #1 |
- Dependencies.txt Edit (5.2 KiB, text/plain; charset="utf-8")
- DevkitPower.txt Edit (1.3 KiB, text/plain; charset="utf-8")
- GConfNonDefault.txt Edit (890 bytes, text/plain; charset="utf-8")
- gnome-power-bugreport.txt Edit (2.8 KiB, text/plain; charset="utf-8")
Paul Larson (pwlars) wrote : | #2 |
Martin Pitt (pitti) wrote : | #3 |
Can you please copy&paste the output of
devicekit-power --dump
here and attach the logs in /var/lib/
affects: | gnome-power-manager (Ubuntu) → devicekit-power (Ubuntu) |
Changed in devicekit-power (Ubuntu): | |
status: | New → Incomplete |
Paul Larson (pwlars) wrote : | #4 |
Paul Larson (pwlars) wrote : | #5 |
- DeviceKit-power.tgz Edit (276 bytes, application/x-tar)
Only 4 small files in that directory rather than 20, but I went ahead and stuck them in a tarball as requested
Changed in devicekit-power (Ubuntu): | |
status: | Incomplete → New |
In Red Hat Bugzilla #439460, Andrew (andrew-redhat-bugs) wrote : | #75 |
Confirmed on fully-patched F11 on Eee PC 701 4G, worked fine under F10 but now a pop-up reports on login that the battery has a very low capacity 1%. Something regressed between latest F10 and F11 patch sets.
Chris Norman (vredley-deactivatedaccount) wrote : | #6 |
I can confirm this on an Eee PC 4G Surf running Karmic Alpha 4, with the difference that a notification is displayed, not a dialogue box. Obviously, there is no button marked 'Do not show me this again' on the notification, so it is shown every time I log in. However, the message is only displayed if gnome-power-manager is loaded on startup.
In Red Hat Bugzilla #439460, Scott (scott-redhat-bugs) wrote : | #76 |
Have you tried with the latest hal package in Fedora 11 or tried Rawhide? In
either case, can you let us know whether the issue is still happening, and give
the current version of the HAL packages you're using?
--
Fedora Bugzappers volunteer triage team
https:/
Johannes Dahl (surreal) wrote : | #7 |
I can also confirm the bug, though I would like to suggest a more precise summary: Power manager reports 1% battery capacity on a working battery.
I'm using Karmic desktop (a5 + updates) on an Eee PC 900. On boot, I always get the notification and sometimes a dialog box as well, but if I remember correctly, the dialog box does not have a button for ignoring the issue, I can post an update when I know for sure.
It would be nice to be able to get rid of the message, nicer still if the battery information (or possibly misinformation) provided by Eee PC would be used in a way that would make sense.
Johannes Dahl (surreal) wrote : | #8 |
- Screenshot-Untitled Window.png Edit (9.9 KiB, image/png)
I can confirm that the occasional dialog box only has a close button. Here's a screenshot.
Felix Heinonen (fheinonen) wrote : | #9 |
Still happening on Eeepc 900
Felix Heinonen (fheinonen) wrote : | #10 |
Changed in devicekit-power (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Confirmed |
In Red Hat Bugzilla #439460, J (j-redhat-bugs) wrote : | #77 |
Confirmed on Fedora 12 Beta.
Gnome-power-manager says battery is broken.
Looks like the same as the original issue, not converting % to mah.
tags: | added: iso-testing |
Johannes Dahl (surreal) wrote : | #11 |
I have done some research on this problem and come across an informative discussion on this problem on a Debian-related mailing list:
http://<email address hidden>
What I got from this is:
The Eee pc's battery does not adhere to ACPI standards in reporting its capacity, returning a percentage in a field which is specified as having the unit mAh. Linux (ACPI driver, I guess) exports the percentage value of capacity in mAh in /proc/acpi/battery (and possibly elsewhere), which leads into problems in anything that uses it.
So where should this be fixed? Given that this has slim chance of happening in Eee pc's BIOS and no chance of everyone even upgrading to that unlikely new BIOS version, I would say the next best place would be just one step up the ladder -- in Linux ACPI driver -- because if this would be fixed (only) in devicekit-power, other processes that don't rely on dk-p, e.g. manually cat'ing /proc/acpi/
Mario Pazzona (mario-pazzona) wrote : | #12 |
- gconf-editor Edit (107.3 KiB, image/png)
Hi, I have the same problem on my eeepc 900 but the battery works properly. In gconf-editor I have unselected the value of Apps>Gnome-
greycode (greycodemail) wrote : Re: [Bug 403303] Re: power manager reports 1% battery even though it is full | #13 |
For Mario Pazzona <email address hidden> Thanks a lot!
Unfortunately the problem evolves - now it sometimes show my battery
charge level critical, although laptop continues to work (I've already
read about this problem in someone's comment) :-) But, while there is
no decisive solution - I'll try this. Thanks, again.
My be it's possible to use older version of power-manager package to
solve the problem?!
2009/11/27, Mario Pazzona <email address hidden>:
> Hi, I have the same problem on my eeepc 900 but the battery works
> properly. In gconf-editor I have unselected the value of Apps>Gnome-
> power-manager>
> only a workaround to get rid of the message. Sorry for my bad english :D
>
> ** Attachment added: "gconf-editor"
> http://
>
> --
> power manager reports 1% battery even though it is full
> https:/
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>
> Status in “devicekit-power” package in Ubuntu: Confirmed
>
> Bug description:
> Binary package hint: gnome-power-manager
>
> after logging in, I see a dialog box that says my battery may be broken and
> that it only has 1% charge, yet it's been plugged in for a long time, and
> the battery meter shows that it's full. Will post screenshot. The netbook
> I'm running this on is an Eee900, and this is on the A3 release of karmic
> UNR.
>
> ProblemType: Bug
> Architecture: i386
> Date: Wed Jul 22 22:08:05 2009
> DistroRelease: Ubuntu 9.10
> Package: gnome-power-manager 2.27.2-0ubuntu2
> ProcEnviron:
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcVersionSign
> SourcePackage: gnome-power-manager
> Tags: ubuntu-unr
> Uname: Linux 2.6.31-3-generic i686
>
Michael Pacey (michael-wd21) wrote : Re: power manager reports 1% battery even though it is full | #14 |
Why is this bug low priority when 392467 got to be medium?
I just put Karmic UNR on an Asus Eee PC for a friend who is giving it to his daughter as a Christmas present. Bit embarrassing that the otherwise deeply inferior distro didn't have a problem with this.
Scott Howard (showard314) wrote : | #15 |
Thanks, surreal, for comment #11. This is seems to be a bug in eee pc hardware. However, if we were to "fix" this bug, we have to do it in the acpi package. I'm going to mark this triaged since it has been discussed with Debian, and the logs mentioned to illustrate that eee pcs seem to not be following ACPI standards, causing this bug. I'll also attach the ACPI package.
Regarding bug importance:
I didn't set the importance, but I think "Low" makes sense [1]. "A cosmetic/usability issue that does not limit the functionality of an application." If applications shutdown when they are not intended to shut down (causing potential data loss), then we can bump it up to Medium or even High. I set bug #392467 to Medium, but it most likely should be low. Changing it now won't affect anything since it has been marked for expiration 11 days ago.
Changed in devicekit-power (Ubuntu): | |
status: | Confirmed → Triaged |
summary: |
- power manager reports 1% battery even though it is full + power manager reports 1% battery even though it is full on Asus Eee PC + netbook |
In Red Hat Bugzilla #439460, Rob (rob-redhat-bugs) wrote : | #78 |
I can confirm this bug existing in the latest Fedora 12 image. I just installed FC12 to my Asus Eee PC 900 (16GB) from the Live CD image (installed via USB drive) that I downloaded two days ago. When I boot and log in, I get an error message saying that my battery may be broken. This occurs both with my original battery installed and also with a non-OEM 10,400mAh battery that I recently purchased. My BIOS revision is 1006, which I believe is the latest currently available for this machine. I have installed the latest patches to FC12.
In Red Hat Bugzilla #439460, Kirill (kirill-redhat-bugs) wrote : | #79 |
EeePC 900
I can confirm it too.
This occurs both with my original battery installed and also with a non-OEM 10,400mAh battery.
Ritz (jonas-ritz) wrote : | #16 |
On my EEE 1000H running karmic with kernel 2.6.31-17-generic and ASUS bios 2204 (26/10/2009) I don't have this problem.
manolo (mac-man2005) wrote : | #17 |
Same issues here with ACER Aspire 5730z, Ubuntu 9.10 Desktop and kernel 2.6.31-19-generic installed.
It also happens with EeePC 4GB, Ubuntu 9.10 Desktop installed.
A good workaround could be the "do nothing" choice for the "When battery power is critically low" option.
Eric D (eric-dunbar) wrote : | #18 |
So... until the devicekit-power is rewritten to take care of the erroneous mAh reading there is a simple workaround provided by Ubuntu itself:
https:/
Do not display the incorrect battery warning at login
gconftool-2 --set /apps/gnome-
manolo (mac-man2005) wrote : | #19 |
Eric D, thanks for your reply.
Unfortunately I suppose it is not enough. Even if I remove that notification the computer will Suspend, Hybernate or Turn OFF.
When exiting from suspend or hybernate or even when restarting the system the battery level will once more be considered as "critical" and consequentely the computer will be once more suspended, hybernated or turned off.
A good workaround could be reintroduce the "do nothing" option on battery critical levels.
Antoon van het Erve (ape-it.net) wrote : | #20 |
This also happens in xubuntu 9.10 Desktop (eee 900). Tried that for I had the 1.9% broken battery issue on ubuntu 9.10 desktop (might show my newbness). Have not tried Kubuntu yet (for years btw).
- just cosmetical? it is bringing me into a constant state of battery paranoia!
the 11th post on this page : http://
is rewriting the devicekit-power a lot of work/can it not be ransacked from an older version? so it could be supplied as fix by having my (x)ubuntu exchange its new not working one with the old one?
Avatar (avatar-heljara) wrote : | #22 |
Can confirm the same issue on my EeePC 701 4G with Ubuntu Netbook Remix 9.10. gnome-power-manager reports that "my battery may be broken (1.9%)" on boot.
Also, when running: cat /proc/acpi/
Horia Duțescu (hvd-deactivatedaccount-deactivatedaccount) wrote : | #23 |
Same here. Ubuntu UNR 9.10 32 bits + Asus Eee Pc 701 4 GB
The same error: battery may be broken or old (1,9% charged)
amar (amarendra) wrote : apport-collect data | #24 |
Architecture: i386
DistroRelease: Ubuntu 9.10
NonfreeKernelMo
Package: devicekit-power 011-1ubuntu2
PackageArchitec
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_IN
ProcVersionSign
Uname: Linux 2.6.31-20-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
amar (amarendra) wrote : Dependencies.txt | #25 |
amar (amarendra) wrote : XsessionErrors.txt | #26 |
tags: | added: apport-collected |
amar (amarendra) wrote : | #27 |
Mine is Dell Vostro 1500 and it says 31.8% and is constant on this value.
AM (macchi) wrote : | #28 |
Still a moderately serious problem because it prevents normal use of the netbook.
cat /proc/acpi/
present: yes
design capacity: 5200 mAh
last full capacity: 100 mAh
battery technology: rechargeable
design voltage: 8400 mV
design capacity warning: 20 mAh
capacity granularity 1: 52 mAh
capacity granularity 2: 52 mAh
model number: 900
serial number:
battery type: LION
OEM info: ASUS
Dan Scott (danieljamesscott) wrote : | #29 |
I can confirm that I still see this on my EeePC 900 running 10.04 Beta 1
CassieMoondust (cassie-lx) wrote : | #30 |
- Notification on UNR 10.04 Beta2 Edit (72.1 KiB, image/jpeg)
I can also confirm this on my EeePC 701 4G running 10.04 Beta2 - latest updates two days before
cat /proc/acpi/
present: yes
design capacity: 5200 mAh
last full capacity: 100 mAh
battery technology: rechargeable
design voltage: 8400 mV
design capacity warning: 20 mAh
design capacity low: 10 mAh
capacity granularity 1: 52 mAh
capacity granularity 2: 52 mAh
model number: 701
serial number:
battery type: LION
OEM info: ASUS
Mario Pazzona (mario-pazzona) wrote : Re: [Bug 403303] Re: power manager reports 1% battery even though it is full on Asus Eee PC netbook | #31 |
I can also confirm, eeepc 900 running ubuntu 10.04 beta 2 updated
today. I think there's another bug: screensaver doesn't start anyway...
Mario Pazzona
Messaggio inviato da iPhone
Il giorno 20/apr/2010, alle ore 21.12, Papamatti <email address hidden>
ha scritto:
> I can also confirm this on my EeePC 701 4G running 10.04 Beta2 -
> latest
> updates two days before
>
> cat /proc/acpi/
>
> present: yes
> design capacity: 5200 mAh
> last full capacity: 100 mAh
> battery technology: rechargeable
> design voltage: 8400 mV
> design capacity warning: 20 mAh
> design capacity low: 10 mAh
> capacity granularity 1: 52 mAh
> capacity granularity 2: 52 mAh
> model number: 701
> serial number:
> battery type: LION
> OEM info: ASUS
>
>
> ** Attachment added: "Notification on UNR 10.04 Beta2"
> http://
>
> --
> power manager reports 1% battery even though it is full on Asus Eee
> PC netbook
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in DeviceKit based power management D-Bus backend: Unknown
> Status in “acpi” package in Ubuntu: New
> Status in “devicekit-power” package in Ubuntu: Triaged
>
> Bug description:
> Binary package hint: gnome-power-manager
>
> after logging in, I see a dialog box that says my battery may be
> broken and that it only has 1% charge, yet it's been plugged in for
> a long time, and the battery meter shows that it's full. Will post
> screenshot. The netbook I'm running this on is an Eee900, and this
> is on the A3 release of karmic UNR.
>
> ProblemType: Bug
> Architecture: i386
> Date: Wed Jul 22 22:08:05 2009
> DistroRelease: Ubuntu 9.10
> Package: gnome-power-manager 2.27.2-0ubuntu2
> ProcEnviron:
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcVersionSign
> SourcePackage: gnome-power-manager
> Tags: ubuntu-unr
> Uname: Linux 2.6.31-3-generic i686
>
> To unsubscribe from this bug, go to:
> https:/
Changed in acpi (Ubuntu): | |
status: | New → Confirmed |
In Red Hat Bugzilla #439460, Bug (bug-redhat-bugs) wrote : | #80 |
This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '11'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 11's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 11 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
http://
In Red Hat Bugzilla #439460, Graeme (graeme-redhat-bugs) wrote : | #81 |
Changed version to F12 as reported in comment 15.
James King (jlking3) wrote : | #32 |
Just wanted to confirm this problem exists on my Acer Aspire One 532h. I've noticed when checking statistics that the reported battery model changes accordingly with the different percentages. I'll take screenshots to followup if necessary. Is there a workaround where I can force the computer to accept a particular battery model? I suspect that would relieve the most critical symptom; when the computer thinks the battery is at 1% (when it isn't) and suspends/
Changed in devicekit-power (Ubuntu): | |
status: | Triaged → Confirmed |
AM (macchi) wrote : | #33 |
Can anyone suggest us a workaround?
For instance a script that just manipulates device readings or the /proc ?
This problem prevents normal use of the EEE Netbook with Ubuntu because shut down seems to occur in an unpredictable way, apparently even when there are still usable energy levels available.
I believe that the priority should be higher because the computer model is very popular!
stefanott (ubuntu-stefanott) wrote : | #34 |
Has anyone tried to use the start gconf-editor in a terminal for manual settings of the gnome-power-
Sitsofe Wheeler (sitsofe) wrote : | #35 |
Antonio:
I don't see unpredictable shutdowns but I do see the original problem with respect to "Your battery may be broken" being incorrectly shown on my EeePC 900. It is probably unwise to raise the priority of this bug because I suspect the problem is limited to below a certain generation of EeePCs...
Jouko Kivilahti (jokiv) wrote : | #36 |
I'm installing ubuntu for my friend. Asus Eee PC 900.
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 10.04 LTS
Release: 10.04
Codename: lucid
$ cat /proc/acpi/
present: yes
design capacity: 5200 mAh
last full capacity: 100 mAh
battery technology: rechargeable
design voltage: 8400 mV
design capacity warning: 20 mAh
design capacity low: 10 mAh
capacity granularity 1: 52 mAh
capacity granularity 2: 52 mAh
model number: 900
serial number:
battery type: LION
OEM info: ASUS
deseven (de7) wrote : | #37 |
The same problem for me.
Almost a year passed... Hey, that's not funny anymore.
stefanott (ubuntu-stefanott) wrote : | #38 |
Can anyone confirm the following setttings with gconf-editor?
/apps/gnome-
/apps/gnome-
l/apps/
Nicolas M (nicolas-martin-gmail) wrote : | #39 |
On my Eeepc 701 4G :
I just have to set /apps/gnome-
to avoid the 1% warning popup at startup.
Mine never attempted to shutdown because of that (even if low_capacity flag is left to true, just pops up the warning).
Bios revision is 1302, 03/11/09
EC firmware version is EPC-089
On my Eeepc 1005PE :
Works out of the box, no tweak needed.
Last full capacity is correctly reported in /proc/acpi/
CassieMoondust (cassie-lx) wrote : | #40 |
Set /apps/gnome-
I never had problems with the shutdown and capacity of my batteries.
Hope there is a real fix for this problem. (Possibly it is a bug in the BIOS)
Johannes Dahl (surreal) wrote : | #41 |
On my Eee PC 900 I have never experienced any unpredictable shutdowns, just the low capacity warning, but setting /apps/gnome-
Scott Howard (showard314) wrote : | #42 |
Thanks for the workarounds. There have been lots of new comments, so I want to repeat the summary of what we think the root of the problem is.
"surreal wrote on 2009-11-18: #11
I have done some research on this problem and come across an informative discussion on this problem on a Debian-related mailing list:
http://<email address hidden>
What I got from this is:
The Eee pc's battery does not adhere to ACPI standards in reporting its capacity, returning a percentage in a field which is specified as having the unit mAh. Linux (ACPI driver, I guess) exports the percentage value of capacity in mAh in /proc/acpi/battery (and possibly elsewhere), which leads into problems in anything that uses it.
So where should this be fixed? Given that this has slim chance of happening in Eee pc's BIOS and no chance of everyone even upgrading to that unlikely new BIOS version, I would say the next best place would be just one step up the ladder -- in Linux ACPI driver -- because if this would be fixed (only) in devicekit-power, other processes that don't rely on dk-p, e.g. manually cat'ing /proc/acpi/
Bottom line: some eee pcs does not report battery information in the proper format. The correct place to fix this is in the eee pc bios (which Asus has done in newer models). Make sure your BIOS is up to date. The battery information is sent by the EC (embedded controller), and I saw many EC firmware updates in Asus's official BIOS updates. If the BIOS updates do not work, the next best place is in the Linux Kernel ACPI driver. Reading through mailing list archives, it appears that the hardware in earlier eee pcs had lots of ACPI bugs. For example, see [1].
[1] http://
oliwek (oliwek2) wrote : Re: [Bug 403303] Re: power manager reports 1% battery even though it is full on Asus Eee PC netbook | #43 |
thank you Scott, really instructive...
oliwek (oliwek2) wrote : | #44 |
thank you Scott, really instructive
Chris Latham (latham) wrote : | #45 |
Apologies to Nicholas M at #39 if this appears to be only saying "me too"! Also sincere thanks to Scott Howard at #42 for an excellent explanation.
Scott suggests ensuring that the BIOS is up to date. Nicholas M is using BIOS version 1302 on an Asus eeePC 701 4G. I am using the same model, except it had the original version 0401 BIOS installed. This also exhibits the bug, exactly as reported, but was working in all other respects. Nevertheless, since this is a particularly irritating bug, I wanted to see whether Scott's suggestion would fix it, or have no effect as Nicholas M implies. With some trepidation, I upgraded the BIOS to version 1302 (using the USB key and Alt-F2 method). Following the upgrade, I found it is necessary to switch off and back on, then reset all the BIOS settings, and switch off and on again to get it going. Everything remains in full working order, except that the battery bug is still present. For the record, the OS is fully updated, and running 2.6.32-
In conclusion, updating the BIOS from version 0401 to 1302 on Asus eeePC 701 4G appears to do no harm, but definitely does not fix the incorrect battery capacity bug.
Dave Morgan (morgadave) wrote : | #46 |
I wish I had searched a bit harder when I got affected by this bug. i went out and brought a new battery :-(
machine appears to turn off at indicated 50% capacity with the new High capacity battery pack
Like Scott in #45 I am running latest 10.04 and BIOS
best regards
Dave
Ferry Toth (ftoth) wrote : | #47 |
I reported the bug to https:/
However, it seems I am not skilled enough to get it right. Any kernel building wizard here that can help get it sorted?
Ferry
Sitsofe Wheeler (sitsofe) wrote : | #48 |
Ferry:
I'll take a look tomorrow - the kernel Bugzilla seems to be down today (unless you can attach the patch here).
Dan Scott (danieljamesscott) wrote : | #49 |
Just upgraded to Maverick - same problem persists.
Ferry Toth (ftoth) wrote : | #50 |
Looks like a lot of progress has been made in fixing this bug on bugzilla. I can't wait to see this popping up in Ubuntu.
In the mean time, any chance we test the result, by getting the kernel with patches built in a ppa?
Ferry
viktor (lfraisse) wrote : | #51 |
Confirmed on my eee 900 with a fresh install of the netbook edition of Maverick.
My meter won't go over 90% and I got the "battery may be broken warning" every time I log in.
Battery capacity estimated at 1.9% although it was perfectly working under eeebuntu 3.0 (old battery with at least 1h of life).
maciek (bikemaciek) wrote : | #52 |
bug is solved in kernel bugzilla
"Bug 15979 - Eeepc 900 reports incorrect battery status
Summary: Eeepc 900 reports incorrect battery status
Status: CLOSED CODE_FIX "
now someone needs to backport it to ubuntu
Ferry Toth (ftoth) wrote : | #53 |
The bug has been solved and patched in V2.6.37-rc1. An ubuntu kernel has just been built.
Goto http://
I have installed this on my eeepc900 and it works. Haven't discovered any new issues yet.
Thanks all contributors!
Ferry
KVG (kvgkvg) wrote : Re: [Bug 403303] Re: power manager reports 1% battery even though it is full on Asus Eee PC netbook | #54 |
Do you know when Lucid kernel will be available?
2010/11/2 Ferry Toth <email address hidden>
> The bug has been solved and patched in V2.6.37-rc1. An ubuntu kernel has
> just been built.
>
> Goto http://
> v2.6.37-
>
> I have installed this on my eeepc900 and it works. Haven't discovered
> any new issues yet.
>
> Thanks all contributors!
>
> Ferry
>
> --
> power manager reports 1% battery even though it is full on Asus Eee PC
> netbook
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in DeviceKit based power management D-Bus backend: Unknown
> Status in “acpi” package in Ubuntu: Confirmed
> Status in “devicekit-power” package in Ubuntu: Confirmed
>
> Bug description:
> Binary package hint: gnome-power-manager
>
> after logging in, I see a dialog box that says my battery may be broken and
> that it only has 1% charge, yet it's been plugged in for a long time, and
> the battery meter shows that it's full. Will post screenshot. The netbook
> I'm running this on is an Eee900, and this is on the A3 release of karmic
> UNR.
>
> ProblemType: Bug
> Architecture: i386
> Date: Wed Jul 22 22:08:05 2009
> DistroRelease: Ubuntu 9.10
> Package: gnome-power-manager 2.27.2-0ubuntu2
> ProcEnviron:
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcVersionSign
> SourcePackage: gnome-power-manager
> Tags: ubuntu-unr
> Uname: Linux 2.6.31-3-generic i686
>
> To unsubscribe from this bug, go to:
> https:/
>
--
Това съобщение е написано в UTF-8 encoding.
_______
____##_
____###
###__##
####__#
_####__
__####_
___####
____###
_____##
______#
_______
_______
_______
_______
_______
_______
In Red Hat Bugzilla #439460, Bug (bug-redhat-bugs) wrote : | #82 |
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '12'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 12's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 12 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
http://
In Red Hat Bugzilla #439460, Sitsofe (sitsofe-redhat-bugs) wrote : | #83 |
This should be fixed from the 2.6.37-rc1 onwards (see https:/
In Red Hat Bugzilla #439460, Bug (bug-redhat-bugs) wrote : | #84 |
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.
nicolaasuni (info-tecnick) wrote : | #55 |
My netbook ASUS eeepc 1000 reports the message "Battery may be broken" at login with Ubuntu 10.04, 10.10 and 11.04.
I've also upgraded the kernel to 2.6.39 but this is not resolving the problem.
I notice that leaving the Ubuntu on and full discharging and then charging the battery changes the reported total battery capacity a little bit.
rpnpif (rpnpif) wrote : | #56 |
à Nicolaasuni : perhaps, your battery is too old and has lost capacity. It is normal to recover a part of capacity discharging then charging again.
Changed in acpi (Ubuntu): | |
status: | Confirmed → Invalid |
Changed in devicekit-power (Ubuntu): | |
status: | Confirmed → Invalid |
Sitsofe Wheeler (sitsofe) wrote : | #57 |
This bug (for at least EeePC 900s) was fixed by the kernel in Natty.
affects: | acpi (Ubuntu) → linux (Ubuntu) |
Changed in linux (Ubuntu): | |
status: | Invalid → Fix Released |
Matt Wheeler (funkyhat) wrote : | #58 |
This appears to have resurfaced in 11.10 (though I have not used any previous version of Ubuntu on my EeePC 900). Can anyone else confirm?
Stekman (stekman) wrote : | #59 |
I can confirm that it is back.
Rob Smith (r-a-smith3530) wrote : | #60 |
I have owned both an Eee PC 701 (4GB) and the later Eee PC 900 16. I have run Ubuntu, in various formats (Ubuntu, Xubuntu, Lubuntu, etc) from 8.04 to 10.04, and the problem persists in each version and on both machines. It has been explained that this is an Asus based problem, either with BIOS or something else.
So, my question is this...
My Eee PC 701 came from the factory loaded with Xandros Linux, and my Eee PC 900 16 came loaded with Microsoft Windows XP. Neither of these two systems, one being Linux-based, had this problem.
Why can't Debian/Ubuntu see the battery correctly, but Xandros Linux (and Windows XP) can?
Sitsofe Wheeler (sitsofe) wrote : | #61 |
Rob Smith:
This is an old (and resolved) issue - generally speaking issues that have been fixed and haven't seen activity for years won't see helpful/friendly followups when you post to them...
> It has been explained that this is an Asus based problem
Pretty much. Whoever wrote the BIOS in the EeePC 701/900 followed the non-rechargeable battery part of the ACPI spec even though the battery is rechargeable (https:/
> Why can't Debian/Ubuntu see the battery correctly
They can if you use a kernel with a workaround in it (2.6.35 -stable or later see https:/
> but Xandros Linux (and Windows XP) can
I believe Xandros's GUI battery program had been hardcoded to understand the faulty information and correct for it but it's been years since I last had Xandros around to boot it. For Windows XP I don't know how the battery is read internally - perhaps the way its ACPI battery reading was written happened to cope with this particular type of bad battery information (and if BIOS testing only happened against Windows then no one would know it was being done wrong until it was too late).
Ferry Toth (ftoth) wrote : | #62 |
See #53 above. I have been updating my eeepc 900 with each new kubuntu release and have not seen this problem since.
The metering is not very accurate and drops with 20% starting from 100% each 15 minutes or so. Yeah, the battery is nearing it's end-of-life.
Changed in devicekit-power: | |
importance: | Unknown → Low |
status: | Unknown → Won't Fix |
The eee uses some 'creative' way of reporting battery life.
The capacity field is supposed to be measured as mAh, but the eee exports a
percentage there instead of an absolute. The result of this is that a full
battery reports a design capacity of 5200 mAh, and a remaining capacity of 100mAh
This causes hal to freak out claiming that the battery is broken.