Lorsque la batterie est faible, l'écran s'assombrit après quelques secondes déjà.
Cela semble être un mode d'économie d'énergie spécial, et peut être lié à la org.gnome.settings-daemon.plugins.power.time-low
durée par défaut (1200 secondes (20 minutes) par défaut).
Bien que cela semble être déclenché par gnome-settings-daemon, je me demande ce que fait Ubuntu d'autre lorsque cela se produit (par exemple via des écouteurs DBus), ou d'autres écouteurs d'événements qui recherchent un état de "batterie faible".
Il semble que quelque chose à cet égard amène Ubuntu / X / le système à se comporter plus lentement par la suite (lorsque l'ordinateur portable est à nouveau sous tension), et je voudrais examiner ce qui pourrait provoquer cela.
Je n'ai rien trouvé de similaire via dconf-editor
, par exemple dans org.gnome.settings-daemon.plugins.power.
Il semble être configuré via idle_configure
plugins / power / gsd-power-manager.c, mais c'est probablement quelque chose de plus lié à quelque chose qui écoute sur l'interface DBus, qui est notifié via par exemple:
if (!g_dbus_connection_emit_signal (manager->priv->connection,
NULL,
GSD_POWER_DBUS_PATH,
"org.freedesktop.DBus.Properties",
"PropertiesChanged",
props_changed,
&error))
Je pourrais imaginer qu'une propriété "d'économie d'énergie" soit définie, mais pas désarmée lorsque le courant alternatif est disponible et / ou que la batterie n'est plus faible.
J'ai regardé le réglage du gouverneur CPU ( /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
), mais c'était le cas ondemand
.
J'utilise gnome-settings-daemon
avec awesomeWM sur Ubuntu 14.04.
gnome-settings-daemon=3.8.6.1-0ubuntu11.1
J'ai également comparé les plugins / power / gsd-power-manager.c de gsd avec celui de gnome-settings-daemon-3.12.1 de Debian, mais je n'ai rien trouvé d'évident qui aurait pu être corrigé / changé à cet égard.
J'ai réussi à déclencher le plugin gnome-settings du gnome-power-manager (qui assombrit l'écran, etc.), en corrigeant upower et en l'utilisant après avoir tué le démon upower du système. (notez que c'est probablement le seul energy
qui est utilisé par gpm pour le calculer par lui-même).
Cela ne rend pas le système lent.
OTOH Je n'ai pas entendu le bip du locuteur, qui pourrait provenir du BIOS, qui pourrait également être impliqué ici - ou d'autres programmes utilisant l'interface du noyau /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,
la source
cat /usr/share/acpi-support/policy-funcs
/usr/share/acpi-support/state-funcs
sur mon système.policy-funcs
est disponible dansacpi-support-base
(mais uniquement pour Debian).tlp
ettlp-rdw
, et ce qu'ils peuvent faire Ubuntu quand il y a une faible puissance .Réponses:
Si vous regardez l'onglet "Alimentation" dans les paramètres système, vous avez la possibilité de choisir ce qui se passe lorsque la batterie atteint un niveau extrêmement bas. Vous pouvez, avec Ubuntu standard, le mettre hors tension lorsqu'il est extrêmement bas. Si l'hibernation est activée (consultez ce lien pour obtenir des instructions: comment activer l'hibernation? ), Vous pouvez également mettre l'ordinateur en veille prolongée. En cas de doute sur la différence entre suspendre et mettre en veille prolongée, regardez ceci: http://ubuntuforums.org/showthread.php?t=1660436
J'espère que j'ai été utile.
-Mario3D13
la source