Jakie działania uruchamia Ubuntu, gdy poziom naładowania baterii jest niski?

Gdy poziom naładowania baterii jest niski, ekran przyciemnia się już po kilku sekundach.

Wygląda to na specjalny tryb oszczędzania energii i może być związany z czasem org.gnome.settings-daemon.plugins.power.time-low(domyślnie 1200 sekund (20 minut)).

Chociaż wydaje się, że jest to uruchamiane przez gnome-settings-daemon, zastanawiam się, co jeszcze Ubuntu robi, kiedy to się dzieje (np. Za pośrednictwem detektorów DBus), lub innych detektorów zdarzeń, które szukają stanu „niskiego poziomu baterii”.

Wygląda na to, że coś w tym względzie powoduje, że system Ubuntu / X / zachowuje się później bardziej powolnie (kiedy laptop jest ponownie na AC), i chciałbym sprawdzić, co może być przyczyną tego.

Nie mogłem znaleźć niczego związanego dconf-editor, np. W org.gnome.settings-daemon.plugins.power.

Wygląda na to, że konfiguracja odbywa się za pomocą idle_configurewtyczek / power / gsd-power-manager.c, ale prawdopodobnie jest to coś bardziej związanego z czymś, co nasłuchuje na interfejsie DBus, który jest powiadamiany np. Przez:

    if (!g_dbus_connection_emit_signal (manager->priv->connection,
                                        NULL,
                                        GSD_POWER_DBUS_PATH,
                                        "org.freedesktop.DBus.Properties",
                                        "PropertiesChanged",
                                        props_changed,
                                        &error))

Mogę sobie wyobrazić, że niektóre właściwości „oszczędzania energii” zostają ustawione, ale nie są rozbrojone, gdy prąd zmienny jest już dostępny i / lub akumulator nie jest już rozładowany.

Sprawdziłem ustawienie gubernatora procesora ( /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor), ale tak było ondemand.

Korzystam gnome-settings-daemonz awesomeWM na Ubuntu 14.04.

gnome-settings-daemon=3.8.6.1-0ubuntu11.1

Porównałem także wtyczki gsd / power / gsd-power-manager.c z gnome-settings-daemon-3.12.1 Debiana, ale nie znalazłem niczego oczywistego, co mogłoby zostać naprawione / zmienione w tym zakresie.

Udało mi się uruchomić wtyczkę gnome-power-manager gnome-power-manager (która przyciemnia ekran itp.), Łatając upower i wykorzystując go po zabiciu demona upower systemu. (zauważ, że prawdopodobnie tylko energygpm używa go do samodzielnego obliczenia).

Nie powoduje to, że system staje się powolny.

OTOH Nie słyszałem sygnałów dźwiękowych mówcy, które mogą pochodzić z systemu BIOS, który również może być tutaj zaangażowany - lub innych programów korzystających z interfejsu jądra /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,

Jeśli spojrzysz na zakładkę „Zasilanie” w Ustawieniach systemu, masz możliwość wyboru, co się stanie, gdy poziom naładowania baterii osiągnie krytycznie niski poziom. Możesz, przy standardowym Ubuntu, wyłączyć zasilanie, gdy jest krytycznie niski. Jeśli masz włączoną hibernację (sprawdź instrukcje: Jak włączyć hibernację? ), Możesz także ustawić komputer w stan hibernacji. Jeśli masz wątpliwości co do różnicy między zawieszeniem a hibernacją, spójrz na to: http://ubuntuforums.org/showthread.php?t=1660436

Mam nadzieję, że służyłem.

-Mario3D13