Wenn der Akku fast leer ist, wird der Bildschirm bereits nach wenigen Sekunden abgeblendet.
Dies scheint ein besonderer Energiesparmodus zu sein, der sich möglicherweise auf die Zeit in org.gnome.settings-daemon.plugins.power.time-low
(1200 Sekunden (20 Minuten) als Standardeinstellung) bezieht .
Während dies vom Gnome-Settings-Daemon ausgelöst zu werden scheint, frage ich mich, was Ubuntu sonst noch tut, wenn dies passiert (z. B. über DBus-Listener) oder andere Ereignis-Listener, die nach einem "Low-Battery" -Status suchen.
Diesbezüglich scheint es so zu sein, dass Ubuntu / X / das System sich danach träger verhält (wenn der Laptop wieder mit Strom versorgt wird), und ich möchte untersuchen, was dies möglicherweise verursacht.
Ich konnte nichts finden, was mit dconf-editor
org.gnome.settings-daemon.plugins.power zu tun hatte.
Es scheint eingerichtet zu werden über idle_configure
in plugins / power / gsd-power-manager.c, aber es hängt wahrscheinlich eher mit etwas zusammen, das auf der DBus-Schnittstelle lauscht, die benachrichtigt wird über zB:
if (!g_dbus_connection_emit_signal (manager->priv->connection,
NULL,
GSD_POWER_DBUS_PATH,
"org.freedesktop.DBus.Properties",
"PropertiesChanged",
props_changed,
&error))
Ich könnte mir vorstellen, dass eine "Stromspar" -Eigenschaft gesetzt wird, aber nicht deaktiviert wird, wenn Wechselstrom nicht mehr verfügbar ist und / oder die Batterie nicht mehr schwach ist.
Ich habe mir die Einstellung des CPU-Reglers ( /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
) angesehen, aber das war es ondemand
.
Ich benutze gnome-settings-daemon
mit awesomeWM auf Ubuntu 14.04.
gnome-settings-daemon=3.8.6.1-0ubuntu11.1
Ich habe auch gsds Plugins / power / gsd-power-manager.c mit dem aus Debians gnome-settings-daemon-3.12.1 verglichen, konnte aber nichts Offensichtliches finden, das in dieser Hinsicht behoben / geändert worden sein könnte.
Ich habe es geschafft, das Gnome-Einstellungs-Plugin des Gnome-Power-Managers (das den Bildschirm usw. verdunkelt) auszulösen, indem ich Upower patche und es benutze, nachdem ich den Upower-Daemon des Systems beendet habe. (Beachten Sie, dass es wahrscheinlich nur energy
das ist, was von gpm verwendet wird, um es selbst zu berechnen).
Das System wird dadurch nicht träge.
OTOH Ich habe das Piepen des Lautsprechers nicht gehört, was möglicherweise vom BIOS herrührt, das möglicherweise auch hier eine Rolle spielt - oder von anderen Programmen, die die Kernel-Oberfläche verwenden /sys/class/power_supply/BAT0/
.
--- src/linux/up-device-supply.c.orig 2014-06-07 16:48:32.735920661 +0200
+++ src/linux/up-device-supply.c 2014-06-07 16:48:39.391920525 +0200
@@ -821,6 +821,9 @@
supply->priv->energy_old_first = 0;
}
+ percentage = 3.1f;
+ time_to_empty = 3*60;
+ energy = 5;
g_object_set (device,
"energy", energy,
"energy-full", energy_full,
cat /usr/share/acpi-support/policy-funcs
/usr/share/acpi-support/state-funcs
auf meinem System. policy-funcs
ist verfügbar in acpi-support-base
(aber nur für Debian).
tlp
und tlp-rdw
, und was sie haben Ubuntu tun , wenn es Low - Power ist .