web-dev-qa-db-fra.com

Ne sera pas en veille prolongée lorsque la batterie est critique

Ubuntu 12.04 64bit refuse d'hiberner lorsque la batterie est extrêmement faible. Au lieu de cela, il effectue un arrêt complet, ce qui est inutile et peut entraîner une perte de données.

J'ai activé Hibernate (pm-hibernate) en suivant les instructions courantes J'ai testé pm-hibernate, il fonctionne correctement lorsqu'il est exécuté manuellement.

J'ai paramétré mes options d'alimentation sur Veille prolongée "Lorsque l'alimentation est extrêmement basse". Cela a également été vérifié en utilisant dconf Editor. Sous org> gnome> settings-daemon> plugins> power> critical-battery-action, il est défini sur "hibernate". Sous le même schéma, time-action est défini sur "120".

Je voudrais voir ce qui se passe juste avant cet arrêt. Je voudrais savoir dans quels journaux rechercher si pm-hibernate échoue ou si elle est totalement ignorée.

Sauf si je découvre cela par moi-même, y a-t-il une solution de rechange?

power-managementbatteryhibernate
20
swysocki

J'ai trouvé une autre solution pour mon système Ubuntu 14.04. Peut-être que cela fonctionne pour vous.

Tout d'abord, installer des outils en mode portable

Sudo apt-get install laptop-mode-tools

Ensuite, vous devez activer la fonction d'hibernation automatique. Vous devez éditer un fichier texte:

Sudo gedit /etc/laptop-mode/conf.d/auto-hibernate.conf

Là, cherchez le paramètre ENABLE_AUTO_HIBERNATION et remplacez le 0 par un 1:

ENABLE_AUTO_HIBERNATION = 1

Dans le même fichier, vous souhaitez également régler le pourcentage de charge de la batterie lorsque l'ordinateur est en veille prolongée. Par exemple:

AUTO_HIBERNATION_BATTERY_CHARGE_PERCENT = 3

Enregistrez le fichier et testez la configuration en laissant votre batterie se décharger. Si cela fonctionne, vous devez définir par défaut les outils laptop-mode-tools en créant un script:

Sudo touch /etc/pm/sleep.d/10-laptop-mode-tools
Sudo chmod a+x /etc/pm/sleep.d/10-laptop-mode-tools
Sudo gedit /etc/pm/sleep.d/10-laptop-mode-tools

Ensuite, dans gedit, copiez et collez ceci:

case $1 in
    hibernate)
        /etc/init.d/laptop-mode stop
        ;;
    suspend)
        /etc/init.d/laptop-mode stop
        ;;
    thaw)
        /etc/init.d/laptop-mode start
        ;;
    resume)
        /etc/init.d/laptop-mode start
        ;;
    *)
        echo Something is not right.
        ;;
esac

Enregistrez le fichier, puis redémarrez le système et testez à nouveau. J'espère que cela fonctionne pour vous.

À mon avis, il semble que quelque chose interfère avec le gnome-power-manager. Si quelqu'un d'autre reproduit le problème, nous pouvons alors signaler un bogue.

Références:

Conseils pour économiser de l'énergie par Penalvch https://help.ubuntu.com/community/PowerManagement/ReducedPower#Using_less_power_with_laptop-mode-tools

Obtention de la suspension automatique d'Ubuntu sur batterie faible (ligne de commande) par Isamu715 http://ubuntuforums.org/showthread.php?t=2092327&p=12394451#post12394451

13
Goghard

J'ai/ai eu le même problème avec la surveillance de puissance 12.04 non précise, quelques possibilités:
(pour aller droit au but et éviter la rhétorique, lisez le dernier point - il est irritant qu'un "correctif" soit nécessaire pour restaurer une fonctionnalité aussi banale et ordinaire)

  1. Unity et 12.04 ne fournissent pas la fonctionnalité de 10.04 qui offre une fiabilité plus robuste, en particulier une gestion de l'alimentation. La régression est donc l'option que j'utilise. La maturation sophistiquée d'un environnement de système informatique (Debian, GNU, Linux, ...) nécessite un degré élevé de discipline rigoureuse comparable pour conserver et modifier les fonctionnalités de manière cohérente. En conséquence, plusieurs paradigmes logiciels bien établis se sont dégradés et ont été compromis, notamment la gestion de l'alimentation.

  2. référence:
    Bug # 993440 "Pas d'option de suspension pour un état de batterie critique dans un pow ...": Bugs: paquetage "gnome-control-center": Ubuntu:
    solution: (main-d’œuvre lourde)
    lp: ~ jlangvand/ubuntu/quantal/gnome-control-center/correctif pour 99344

  3. Ecrivez un script (beaucoup plus manuel) en utilisant pm-hibernate (pm-suspend), watchname__, upowername__, grepetc. pour contrôler l'état de la batterie et prendre des mesures en cas de besoin.

    contour de pseudo-code:
    Utilisez watchname__, toutes les quelques minutes, pour comparer périodiquement grepupower -d et les statistiques de la batterie avec gsettings get org.gnome.settings-daemon.plugins.power percentage-critical, et lorsque le seuil est dépassé Sudo pm-hibernate

    brute (brouillon (comme dans le prototypage, non exécutable) brouillon: (suspendre pour une batterie% <10%)
    upower --monitor-detail | grep "percentage[^\d]+\d\.\d*\%" | bash pm-suspend

    une solution élégante

    • abandonne davantage watchname__ing lors de la suspension
    • vérifie toutes les alimentations transitoires: onduleurs, batteries tertiaires, panneaux solaires (la puissance diminue au crépuscule et par nuages), etc.
    • autorise la suspension (/ hibernation) non privilégiée pour les utilisateurs restreints

réfs:

La performance de la batterie peut être examinée avec:

  • upowername __
    • watch -d upower -i /org/freedesktop/UPower/devices/battery_BAT0
    • upower --monitor-detail | grep percentage
  • gnome-power-statistics

Comment vérifier l'état de la batterie à l'aide d'un terminal?
Comment puis-je trouver le taux de décharge de la batterie?

3
guest