No matter if I'm on battery (discharging) or have the ac adapter plugged
in (charging), if I'm plugging the ac adapter in or out – I don't see
any power related uevents from the kernel with 'udevadm monitor' or
'udevadm monitor --kernel'. I also tried to change the logging priority
of udevadm with
'upower --monitor' shows that the battery status is updated every 30
seconds ('device changed') while the ac adapter status will never be
updated.
When I plug in/out the ac adapter I get a message 'daemon changed' next
time the battery status gets updated; after that 'on battery' shows the
correct
I found this related upstream bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=45321
However, I tried out the workaround mentioned in Comment 4 and it didn't
work for me. I compiled my kernel with CONFIG_ACPI_PROCFS_POWER=y, but
UPower still fails to update the status of the AC adapter.
I tested this the whole day and eventually got a clearer picture of this
bug. gnome-settings-daemon fails to send my notebook into hibernation
because of two separate issues:
1) UPower fails to update the status of the AC adaptor. 'upower --dump'
shows that the time of last update is always identi
Michael Gilbert wrote:
> Unfortunately, there is no consistent or standardized behavior when
> the battery runs out. If you let that happen, you take the risk of
> losing unsaved data.
I'm not sure I'm getting your point (english isn't my first language)…
Are you saying that users in general can
control: severity -1 important
Unfortunately, there is no consistent or standardized behavior when
the battery runs out. If you let that happen, you take the risk of
losing unsaved data.
Best wishes,
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Am Donnerstag, den 01.11.2012, 22:27 +0100 schrieb Michael Biebl:
> upower uses a different interface to query the battery state then e.g.
> acpi.
> upower uses the sysfs interface, which you can check manually.
> If those values are incorrect, this might either be an indication fro
> broken hardwa
On 01.11.2012 14:29, Stefan Nagy wrote:
> I'll attach the output of 'upower --dump' for three different
> situations:
>
> 1. Shortly before my notebook battery drains: Note that the reported
> battery percentage is 2.99967%, time to empty is 12.1 minutes. I have
> seen the exact same values over a
I took some time to test this, here are the results:
1. I changed 'org.gnome.settings-daemon.plugins.power
use-time-for-policy true' to false. As expected, at 3% I got a warning
message, that battery level was critical – and since I knew that my
battery would drain while upower would report 3% hib
I'll attach the output of 'upower --dump' for three different
situations:
1. Shortly before my notebook battery drains: Note that the reported
battery percentage is 2.99967%, time to empty is 12.1 minutes. I have
seen the exact same values over a period of more than 10 minutes – those
are the lowe
By the way, lid-close-ac-action 'suspend' & lid-close-battery-action
'suspend' don't work either – nothing happens when I close the lid.
Should I write another report for this?
signature.asc
Description: This is a digitally signed message part
Hi Michael,
> Are you running gnome in classic mode (fallback) or shell?
I'm running gnome-shell.
> Is gnome-settings-daemon running?
Yes, it's running.
> What's the output of
> gsettings list-recursively org.gnome.settings-daemon.plugins.power
org.gnome.settings-daemon.plugins.power active
On 07.08.2012 17:48, Stefan Nagy wrote:
> Package: gnome-power-manager
> Version: 3.4.0-2
> Severity: important
>
> Dear Maintainer,
>
> on my notebook (HP Folio 13-2000) the gnome power manager settings regarding
> the action taken when battery reaches a critical level are ignored.
> I get notif
Package: gnome-power-manager
Version: 3.4.0-2
Severity: important
Dear Maintainer,
on my notebook (HP Folio 13-2000) the gnome power manager settings regarding
the action taken when battery reaches a critical level are ignored.
I get notifications that the battery level is low but then suddenly m
14 matches
Mail list logo
