Netbook effectue un arrêt brutal sans avertissement en cas de batterie faible

21

Mon netbook Asus EEE effectue un arrêt brutal lorsqu'il atteint une batterie faible, sans aucun avertissement - c'est-à-dire que l'alimentation s'éteint simplement, sans aucun processus d'arrêt. Je ne trouve rien dans le syslog et aucun message d'erreur n'est imprimé avant qu'il ne se produise. J'ai eu ce problème sur les versions précédentes (K) d'Ubuntu et j'espérais que la mise à jour vers Ubuntu Precise aiderait à résoudre le problème, mais ce n'est pas le cas.

L'option dans l'application Power pour "lorsque l'alimentation est extrêmement faible" est actuellement vide - les seules options sont une mise en veille prolongée (grisée) et "Power off".

J'ai réinstallé indicator-powersans effet. Le temps restant signalé par acpi est instable, tout comme le temps restant signalé par gnome-power-statistics. (Par exemple, en exécutant acpideux fois de suite, j'ai 2h16min, puis 3h21min restants. Ces sortes de sauts dans le temps restant sont également dans les gnome-power-statisticsgraphiques.)

Il pourrait être possible d'écrire un script pour m'avertir à l'avance (selon le commentaire de @ RanRag ci-dessous), mais je préférerais isoler pourquoi je ne reçois pas de notification de batterie critique du système avant que cela se produise, afin que je puisse prendre action appropriée (suspendre / arrêter / brancher l'alimentation) lorsque je reçois une notification.

Quelques informations supplémentaires sur la batterie:

kroon@minia:~$ upower -i /org/freedesktop/UPower/devices/battery_BAT0
  native-path:          /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/PNP0C0A:00/power_supply/BAT0
  vendor:               ASUS
  model:                1005P
  power supply:         yes
  updated:              Fri Aug 17 07:31:23 2012 (9 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               charging
    energy:              33.966 Wh
    energy-empty:        0 Wh
    energy-full:         34.9272 Wh
    energy-full-design:  47.52 Wh
    energy-rate:         3.7692 W
    voltage:             12.61 V
    time to full:        15.3 minutes
    percentage:          97.248%
    capacity:            73.5%
    technology:          lithium-ion
  History (charge):
    1345181483  97.248  charging
    1345181453  97.155  charging
    1345181423  97.062  charging
    1345181393  96.970  charging
  History (rate):
    1345181483  3.769   charging
    1345181453  3.899   charging
    1345181423  4.061   charging
    1345181393  4.201   charging

kroon@minia:~$ cat /proc/acpi/battery/BAT0/state
present:                 yes
capacity state:          ok
charging state:          charging
present rate:            332 mA
remaining capacity:      3149 mAh
present voltage:         12612 mV
kroon@minia:~$ cat /proc/acpi/battery/BAT0/info
present:                 yes
design capacity:         4400 mAh
last full capacity:      3209 mAh
battery technology:      rechargeable
design voltage:          10800 mV
design capacity warning: 10 mAh
design capacity low:     5 mAh
cycle count:              0
capacity granularity 1:  44 mAh
capacity granularity 2:  44 mAh
model number:            1005P
serial number:            
battery type:            LION
OEM info:                ASUS
Steve Kroon
la source
3
@SteveKroon: Vous pouvez créer un petit bash scriptpour vous qui s'exécute en arrière-plan. Le pseudo-code ressemblera à quelque chose if battery_status < 10% than notify-send "battery low" and put my system to suspended state(sudo pm-suspend). Pour obtenir l'état de votre batterie, consultez cet article et utilisez des sed/awk/cutoutils pour extraire les informations requises.
RanRag
J'ai eu ce problème une fois sur un ancien ordinateur portable que j'ai dû démarrer avec l' acpi=offoption. Peut-être qu'un problème ACPI pourrait également être imputé à votre cas.
Christoph
@Christoph Lorsque je démarre avec acpi=off, mon indicateur d'alimentation de la batterie disparaît, gnome-power-statistics n'affiche pas la batterie et l' upowerinstruction ci-dessus échoue avec un message d'erreurfailed to set path: cannot refresh: Cannot get device properties for /org/freedesktop/UPower/devices/battery_BAT0: Couldn't call GetAll() to get properties for /org/freedesktop/UPower/devices/battery_BAT0: Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist
Steve Kroon
@RanRag Voir askubuntu.com/questions/603285/… pour un exemple de travail de ce pseudo-code ...
landroni

Réponses:

17

Lorsqu'une batterie atteint le point de temps pour entreprendre une action critique , Ubuntu ne vous en avertira pas, mais effectuera simplement l'action requise (comme suspendre, mettre en veille prolongée, arrêter, etc., en fonction de votre choix). Il s'agit du paramètre et il ne peut pas être modifié. Mais Ubuntu devrait vous avertir lorsque la batterie atteint un niveau bas et un niveau critique .

Par défaut, Ubuntu utilise le temps restant comme déclencheur de son action prédéfinie.

  • Vous recevrez un avertissement de batterie faible, avant 1200 secondes (20 minutes) pour être vide.
  • Vous recevrez un avertissement critique de batterie, lorsqu'il atteindra 300 secondes (5 minutes) restantes
  • L'action critique de la batterie est effectuée lorsqu'il ne reste que 120 secondes (2 minutes).

Les statistiques de puissance de votre sortie suggèrent une batterie défectueuse / endommagée. Dans ces cas, il est difficile pour Ubuntu de mesurer le temps réel restant des données. De plus, la batterie se décharge rapidement entre 300 secondes et 120 secondes, alors essayez simplement d'éteindre le PC configuré dans les paramètres.

Je vous suggère de faire ça,

  • Modifiez d'abord la politique de déclenchement de temps en pourcentage.

    gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy false
    
  • Augmentez ensuite le pourcentage requis pour vous donner un avertissement, la valeur par défaut est 10%. Changez-le à 30%.

    gsettings set org.gnome.settings-daemon.plugins.power percentage-low 30
    
  • Augmentez ensuite le pourcentage requis pour être considéré comme critique à 20%, la valeur par défaut étant de 3%.

    gsettings set org.gnome.settings-daemon.plugins.power percentage-critical 20
    
  • Augmentez ensuite le pourcentage requis pour effectuer l'action critique, il est désormais de 2%. changez-le à 15%

    gsettings set org.gnome.settings-daemon.plugins.power percentage-action 15
    
  • Modifiez ensuite l'action critique à mettre en veille prolongée, au lieu de l'arrêt. Vous devez d'abord activer l'option de mise en veille prolongée.

    Utilisez ensuite cette commande pour la mettre en veille prolongée.

    gsettings set org.gnome.settings-daemon.plugins.power critical-battery-action hibernate
    

Je pense que cela devrait résoudre votre problème. Si vous avez toujours des problèmes de niveau, augmentez les niveaux encore plus haut.

Anwar
la source
J'ai fait ce qui précède avec une faible puissance à 70%, critique à 50% et action à 30%, avec une action critique réglée sur interactive. Je l'ai retiré du secteur (a montré environ 2h30 de temps de batterie) et l'ai utilisé jusqu'à ce qu'il s'éteigne durement sur moi (à environ 0h30 min de temps restant cette fois). Aucun avertissement de niveau bas ou critique n'est apparu.
Steve Kroon
@SteveKroon avez-vous modifié la politique de temps en pourcentage? Je pose cette question parce que cela a fonctionné pour moi
Anwar
oui, j'ai changé le temps en pourcentage. Informations supplémentaires: après avoir redémarré la machine et travaillé sur la batterie maintenant, j'ai reçu la notification critique de la batterie cette fois. J'attends toujours de voir ce qui se passe lorsque la batterie devient encore plus faible ...
Steve Kroon
@SteveKroon Si vous recevez la notification critique de la batterie, je pense que cela fonctionne. Le travail du système de notification est de vous informer. Mais, si la batterie s'épuise si rapidement, l'action critique de la batterie peut ne pas être effectuée . Mais j'espère que cela fonctionnera et que vous pourrez obtenir l'hibernation.
Anwar
L'action critique de la batterie a également été effectuée hier. Bizarre qu'il ne l'ait pas fait la fois précédente ... (Aussi, j'ai essayé plus tôt en me basant sur une autre réponse, et ça n'a pas fonctionné alors ...)
Steve Kroon
10

Essayez d'utiliser un pourcentage au lieu de notifications basées sur le temps. Cela a aidé à résoudre un problème similaire sur mon Asus Eee PC 1000.

Voir l'article suivant: Comment changer la valeur critique de la batterie?

Le point important dans mon cas était de changer l'option «use-time-for-policy» sur false.

J'ai également trouvé ce post, qui suggère le même correctif:

http://ubuntuforums.org/showpost.php?p=11377274&postcount=6

David
la source
Malheureusement, cela n'a toujours pas aidé - je ne reçois toujours pas de notifications de batterie faible, et la machine s'arrête toujours sans avertissement ....
Steve Kroon
4

Le personnel mettant en œuvre la gestion de l'alimentation en 12.04 ne l'a pas fait correctement.

La gestion de l'alimentation est entièrement fonctionnelle dans tous les aspects dans Ubuntu 10.04.

Le volume d'informations anecdotiques sur le net sur la question de la fonction critique de la batterie ne fournit aucune idée ni explication réelle POURQUOI il y a cette défaillance systémique de la gestion de l'alimentation en 12.04.

L'obtention de valeurs de paramètres de puissance correctes et avec les mesures appropriées est fondamentale pour une bonne gestion de l'alimentation.

Ces mesures sont "bancales" en 12.04 mais précises en 10.04.

Quoi qu'il en soit, sur une batterie faible critique, le système fonctionnera suspendcorrectement en 10.04.

12.04 n'utilise pas suspend(ou hibernate) correctement :

gsettings set  org.gnome.settings-daemon.plugins.power   use-time-for-policy    false

ou:

gsettings set  org.gnome.settings-daemon.plugins.power   use-time-for-policy     true

avec

gsettings set  org.gnome.settings-daemon.plugins.power   percentage-low           20
gsettings set  org.gnome.settings-daemon.plugins.power   percentage-critical      10
gsettings set  org.gnome.settings-daemon.plugins.power   percentage-action         5
gsettings set  org.gnome.settings-daemon.plugins.power   time-low                2400
gsettings set  org.gnome.settings-daemon.plugins.power   time-critical           1200
gsettings set  org.gnome.settings-daemon.plugins.power   time-action              600
gsettings set  org.gnome.settings-daemon.plugins.power   critical-battery-action suspend

Les pourcentages 20, 10, 5 sont excessifs. Les temps équivalents sont de 40, 20 et 10 minutes. (les performances de ma batterie sont de 100% à 3,5 heures> 200 minutes ou 12 000 secondes.) Pour 10.04, les paramètres effectifs sont équivalents aux% 8, 5 et 3. Même avec une capacité de batterie de 3%, la machine peut rester en suspension pendant au moins 12 heures avant que la batterie ne se vide.

Le vrai problème semble être que les mesures d'interface matérielle ACPI utilisées en 12.04 sont mal programmées. Cela se voit avec des temps "bancaux" lors du démarrage de 12,04 avec une batterie à moitié morte. Les mesures de capacité sont partout comme temps restant incorrect ou% restant. En redémarrant en 10.04, les mesures de la batterie sont au repos et stables avec des valeurs "raisonnables".

Remarques:

  • Les éléments suivants, appelés manuellement en 12.04, sont tous deux fonctionnels:

    pm-hibernate
    pm-suspend

  • C'est la mise en œuvre de la gestion de l'alimentation des métriques de batterie ACPI pour déclencher leur appel automatique qui est défectueuse en 12.04.

  • L' interface 12.04 power manager indicator(version?) Et power& brightness and lock settingsne reflètent pas exactement les org.gnome.settings-daemon.plugins.powervaleurs ci-dessus. L'interfaçage, non seulement avec le matériel, mais aussi avec les tissus mous, est défectueux.

client
la source
3

Veuillez publier la sortie des commandes suivantes, en les tapant dans une console:

upower -i / org / freedesktop / UPower / devices / battery_BAT0

chat / proc / acpi / batterie / BAT0 / état

chat / proc / acpi / batterie / BAT0 / info

Vous pouvez également réinstaller l'applet de la batterie:

indicateur de purge sudo apt-get

sudo apt-get install indicateur-puissance

Et si vous souhaitez un indicateur d'état de la batterie plus détaillé:

sudo add-apt-repository ppa: iaz / battery-status && sudo apt-get update sudo apt-get install battery-status

LnxSlck
la source
J'ai mis à jour le message avec ces informations et réinstallé l'applet de batterie.
Steve Kroon
-1

Il semble qu'il considère cela comme une «tension extrêmement basse».

Plutôt que de courir jusqu'à ce qu'il meure, à une certaine tension, votre ordinateur portable décide d'abandonner. Prendre son énergie restante et s'éteindre gracieusement.

Cliquez sur le compteur de batterie dans la barre des tâches et cliquez sur l'option d'alimentation supplémentaire. Sur votre plan d'alimentation actuel, cliquez sur Modifier les paramètres du plan. Cliquez sur Modifier les paramètres d'alimentation avancés. Faites défiler jusqu'à botton et cliquez sur le signe + de la batterie, une liste apparaîtra en bas. Cliquez sur le niveau de batterie faible et modifiez le paramètre suivant: sur batterie à: 40% (si votre système s'arrête à 30%, cela vous avertira que la batterie est faible à 40%)

cliquez maintenant sur Niveau de batterie critique et modifiez le paramètre à 35%.

maintenant, cliquez sur l'action critique de la batterie et modifiez le paramètre pour mettre en veille prolongée.

Cela mettra votre système en veille prolongée avant la fin de la batterie et l'empêchera de s'arrêter brutalement. Si possible, réglez le pourcentage de batterie sur un peu moins, car les arrêts brusques diffèrent à chaque fois.

Chargez à 100% puis laissez-le fonctionner jusqu'à ce qu'il meure, puis rechargez-le. Si la même chose se produit, achetez une nouvelle batterie

Qammar Iqbal
la source