Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Batterie niveau erroné, problème de calibrage?

pseudofab

Bonjour,
Mon pc 16.04 Mate s'éteint brusquement sans prévenir(pas de fenêtre indiquant que le pc va s'éteindre) lorsque la batterie est faible. Je vois même rarement l'applet pile devenir rouge.
C'est très embêtant . Je me fais avoir plusieurs fois par jours , avec les conséquences que ça implique.
ça fait un petit moment que ça dure et il me semble que ç'a commencé lorsque j'ai changé la batterie pour une neuve... mais je n'en suis pas sûr . C'est peut être lié à autre chose (comme une modification que j'ai pu faire et que je ne me souviens pas).
Des idées?
Merci pour l'aide que vous pourriez m'apporter

édit :modification du titre pour un plus approprié
Ancien titre : ~~mon pc s'éteint brusquement et sans message si batterie faible~~

Vobul

T'utilises quoi pour t'alerter normalement ?

Il est toujours possible de faire un script qui check la batterie et te le signale si elle est faible.

JiPi_82

Même symptôme avec Linux MX 19. L'indication de charge de la batterie est erronnée. Le PC s'éteint net ! sans trace et sans couleur, mais sans odeur. Je le met sous tension et ça redémarre sans soucis.
Sous Linux Mint, même phénomène avec la même batterie pourrie. De toute manière, j'ai fait le test avec une deuxième batterie. En fin de charge, pas d'avertissement : le PC s'éteint brutalement.
Le gestionnaire de charge n'est pas très efficace...

pseudofab

Vobul a écritT'utilises quoi pour t'alerter normalement ?

Il est toujours possible de faire un script qui check la batterie et te le signale si elle est faible.

J'utilise le gestionnaire d'énergie 1.24.1 par défaut de Mate 16.04

J'ai suivi ton idée de script que je pourrais lancer avec un cron . Un test pourrait se construire à partir de la variable si dessous:

~ jt'écoute :etat_batterie=$(acpi -V|grep Discharging|cut -d "," -f2|sed s/%//);echo $etat_batterie
87
~ jt'écoute :

mais en écrivant ce code je me suis aperçu que le retour n'est pas fiable. Je suis passé d'un coup de 85% à 100% . Bizarre 😐

@JiPi_82: Pour moi ça marchait bien avant .... C'est peut être la batterie qui délire pas le gestionnaire.

papy104

Bonjour

Je suis sous Mate 18.04 et j'ai en permanence l'etat de charge de la batterie qui s'affiche dans Le tableau de bord supérieur
J'ai fait une installation standard . Mais je ne suis jamais allé jusqu'à la décharge complète ,. Dès que l'indication tombe à 10% je mets en charge

Papy

pseudofab

Bonjour,
En réalisant le script ci dessous pour m'avertir sonorement lorsque ma batterie est sous un seuil déterminé, je me suis aperçu que mon pc s'éteint vers l'estimation de 43/50 % du niveau de la batterie (donnée par la commande acpi -V) .

Aussi je me demande pourquoi est ce ainsi ?
Est ce un problème de calibrage ?

Je joins mon script d'avertissement sonore , si cela est utile pour autre que moi même . (à lancer avec un cron utilisateur)

#!/bin/bash
etat_batterie=$(acpi -V|grep Discharging|cut -d "," -f2|sed s/%//)
if [ -z $etat_batterie ]
then
exit
else
test "$etat_batterie" -lt 50 && aplay chemin_absolu_fichier_wav.wav #ici je fixe le seuil à 50% de décharge
fi

aigla rossa

Bonjour,

j'ai le même symptôme sous la 18.04. En fait, ma batterie est quasi-morte, et on me l'annonce pourtant pleine.
On dirait (au plan logique... Je suis nul en informatique) que le calcul est le suivant:

(capacité de charge théorique - consommation constatée) / capacité de charge théorique, au lieu de
(capacité de charge réelle - consommation constatée) / capacité de charge théorique

Mais c'est peut-être une mauvaise interprétation de ma part.

Mobilis

Je suis également sur Ubuntu Mate, mais je ne fais absolument pas confiance au gestionnaire d'énergie de Mate, qui est tout sauf fiable.
J'ai donc installé celui de xfce, en installant le paquet xfce4-power-manager et ses dépendances.
Je l'ai ensuite rajouté dans les programmes au démarrage pour qu'il puisse fonctionner systématiquement.
Cela me permet déjà d'éteindre le PC quand la charge critique est atteinte, afin de préserver celle ci.

Avec le gestionnaire de batterie de Mate, celle ci descendait jusqu'à un niveau de charge très bas. Ce dernier multipliait les avertissements sur l'écran du PC portable sans jamais l'éteindre réellement. J'ai déjà vu la charge descendre à 1% seulement ce qui est très mauvais pour une batterie Li-ion.

Mobilis

Sinon 2 lignes de commande utile pour connaître sa batterie :

upower -i $(upower -e | grep BAT)

acpi -V

Si le paquet acpi est absent, il faudra l'installer.

pseudofab

Bonsoir,

aigla rossa a écritBonjour,

j'ai le même symptôme sous la 18.04. En fait, ma batterie est quasi-morte, et on me l'annonce pourtant pleine.
On dirait (au plan logique... Je suis nul en informatique) que le calcul est le suivant:

(capacité de charge théorique - consommation constatée) / capacité de charge théorique, au lieu de
(capacité de charge réelle - consommation constatée) / capacité de charge théorique

Mais c'est peut-être une mauvaise interprétation de ma part.

Peut être as tu raison ...
Pour vérifier que nous sommes dans le même cas, peux tu me dire quel pourcentage de charge annonce ta batterie lorsque tu rallumes ton pc après qu'il se soit éteint de lui même?

@Mobilis:
Bien vu 😉

pseudofab

Bonsoir,
@Mobilis:
J'ai installé le gestionnaire d'énergie de Xfce comme tu l'as conseillé . Je trouve l'interface très bien . J'apprécie particulièrement la possibilité de choisir le seuil critique de la batterie.
Mais surtout cela semble résoudre mon problème. Je n'ai plu d'extinction intempestive de mon pc et les seuils de décharge semblent à nouveau cohérent. (je dois encore tester sur plusieurs décharges mais ça à l'air bien parti 😉)

Je te remercie grandement car mon pc devenait inutilisable.
J'édite en résolu 🙂

pseudofab

Bonjour,
J'ai crié victoire trop vite ...
Aujourd'hui mon pc s'est éteint brusquement sans prévenir à 33% de charge avec un réglage de charge critique positionné à 20 % 🙁
Je viens de perdre 1 heure de travail grrrrr

moko138

Logs !

- -
Trouver rapidement dans syslog et kern.log les derniers messages avant redémarrage
Dans ces cas-là, il est précieux de noter l'heure de l'extinction à la seconde près ; ou tout simplement l'heure du démarrage suivant.

Mobilis

Tu peux nous donner le résultat des 2 lignes de commande que j'ai posté plus haut STP ?

pseudofab

moko138 a écritTrouver rapidement dans syslog et kern.log les derniers messages avant redémarrage

C'est entendu, je communiquerai ce résultat quand je rencontrerai à nouveau mon souci 😉

Mobilis a écritTu peux nous donner le résultat des 2 lignes de commande que j'ai posté plus haut STP ?

Voici :

~ jt'écoute :upower -i $(upower -e | grep BAT)
  native-path:          BAT1
  vendor:               SANYO
  model:                PABAS0241231
  serial:               41167
  power supply:         yes
  updated:              ven. 13 déc. 2019 17:51:03 CET (44 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               discharging
    warning-level:       none
    energy:              24,5 Wh
    energy-empty:        0 Wh
    energy-full:         26,08 Wh
    energy-full-design:  48,84 Wh
    energy-rate:         7,618 W
    voltage:             12,553 V
    time to empty:       3,2 hours
    percentage:          93%
    capacity:            53,3989%
    technology:          lithium-ion
    icon-name:          'battery-full-symbolic'
  History (rate):
    1576255863	7,618	discharging
    1576255863	6,944	discharging

~ jt'écoute :

~ jt'écoute :acpi -V
Battery 0: Discharging, 92%, 03:02:49 remaining
Battery 0: design capacity 4072 mAh, last full capacity 2174 mAh = 53%
Adapter 0: off-line
Cooling 0: Processor 0 of 10
Cooling 1: Processor 0 of 3
~ jt'écoute :

moko138

pseudofab a écritC'est entendu, je communiquerai ce résultat quand je rencontrerai à nouveau mon souci

Tu peux déjà montrer ceci :

sudo cat /var/log/kern.log | grep -B30 \.000000 | head -31

et, si ça n'a pas renvoyé pas à ton dernier arrêt+démarrage :

sudo cat /var/log/kern.log | grep \.000000 | tail -1

pseudofab

Voici

~/Bureau jt'écoute :sudo cat /var/log/kern.log | grep -B30 \.000000 | head -31
[sudo] Mot de passe de fabien : 
Dec  8 16:31:19 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819079.7419] dhcp6 (wlp2s0): state changed bound -> done
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1899]   address 192.168.1.20
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1900]   plen 24 (255.255.255.0)
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1901]   gateway 192.168.1.1
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1902]   server identifier 192.168.1.1
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1902]   lease time 86400
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1903]   nameserver '192.168.1.1'
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1903]   nameserver '192.168.1.1'
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1904]   domain name 'home'
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1905] dhcp4 (wlp2s0): state changed unknown -> bound
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1989] policy: set 'Orange Airbox-A402' (wlp2s0) as default for IPv4 routing and DNS
Dec  8 16:31:20 fabien-Lenovo-G505 NetworkManager[809]: <info>  [1575819080.1995] dns-mgr: Writing DNS information to /sbin/resolvconf
Dec  8 18:01:09 fabien-Lenovo-G505 kernel: [12114.064620] usb 1-1: new high-speed USB device number 3 using ehci-pci
Dec  8 18:01:09 fabien-Lenovo-G505 kernel: [12114.223672] usb 1-1: New USB device found, idVendor=0480, idProduct=a202
Dec  8 18:01:09 fabien-Lenovo-G505 kernel: [12114.223682] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec  8 18:01:09 fabien-Lenovo-G505 kernel: [12114.223687] usb 1-1: Product: External USB 3.0
Dec  8 18:01:09 fabien-Lenovo-G505 kernel: [12114.223692] usb 1-1: Manufacturer: TOSHIBA
Dec  8 18:01:09 fabien-Lenovo-G505 kernel: [12114.223697] usb 1-1: SerialNumber: 20170515008979F
Dec  8 18:01:10 fabien-Lenovo-G505 kernel: [12114.797876] usb-storage 1-1:1.0: USB Mass Storage device detected
Dec  8 18:01:10 fabien-Lenovo-G505 kernel: [12114.805354] scsi host1: usb-storage 1-1:1.0
Dec  8 18:01:10 fabien-Lenovo-G505 kernel: [12114.805688] usbcore: registered new interface driver usb-storage
Dec  8 18:01:10 fabien-Lenovo-G505 kernel: [12114.811415] usbcore: registered new interface driver uas
Dec  8 18:01:11 fabien-Lenovo-G505 kernel: [12115.898811] scsi 1:0:0:0: Direct-Access     TOSHIBA  External USB 3.0 5438 PQ: 0 ANSI: 6
Dec  8 18:01:11 fabien-Lenovo-G505 kernel: [12115.900056] sd 1:0:0:0: Attached scsi generic sg1 type 0
Dec  8 18:01:11 fabien-Lenovo-G505 kernel: [12115.902395] sd 1:0:0:0: [sdb] 976773164 512-byte logical blocks: (500 GB/466 GiB)
Dec  8 18:01:11 fabien-Lenovo-G505 kernel: [12115.903306] sd 1:0:0:0: [sdb] Write Protect is off
Dec  8 18:01:11 fabien-Lenovo-G505 kernel: [12115.903313] sd 1:0:0:0: [sdb] Mode Sense: 23 00 00 00
Dec  8 18:01:11 fabien-Lenovo-G505 kernel: [12115.904267] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Dec  8 18:01:11 fabien-Lenovo-G505 kernel: [12115.922087]  sdb: sdb1
Dec  8 18:01:11 fabien-Lenovo-G505 kernel: [12115.927175] sd 1:0:0:0: [sdb] Attached SCSI disk
Dec  8 20:13:45 fabien-Lenovo-G505 kernel: [    0.000000] Linux version 4.15.0-72-generic (buildd@lcy01-amd64-023) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12)) #81~16.04.1-Ubuntu SMP Tue Nov 26 16:34:21 UTC 2019 (Ubuntu 4.15.0-72.81~16.04.1-generic 4.15.18)
~/Bureau jt'écoute :

~/Bureau jt'écoute :sudo cat /var/log/kern.log | grep \.000000 | tail -1
Dec 13 17:31:17 fabien-Lenovo-G505 kernel: [   15.243623] ACPI Warning: SystemIO range 0x0000000000000B00-0x0000000000000B08 conflicts with OpRegion 0x0000000000000B00-0x0000000000000B0F (\_SB.PCI0.SMBS.SMB0) (20170831/utaddress-247)
~/Bureau jt'écoute :

Dans les 2 cas ça ne correspond au moment concerné (entre 10 h, 10h 45 ce matin)...
Question: à quoi correspond ta recherche avec motif .000000 ?

pseudofab

petite précision concernant mon message #12

moi en #12 a écritAujourd'hui mon pc s'est éteint brusquement sans prévenir à 33% de charge avec un réglage de charge critique positionné à 20 %

Pour rallumer le pc je suis obliger de le mettre sur secteur ...

Mobilis

 energy:              24,5 Wh
    energy-empty:        0 Wh
    energy-full:         26,08 Wh
    energy-full-design:  48,84 Wh

Battery 0: design capacity 4072 mAh, last full capacity 2174 mAh = 53%

Ta batterie n'a plus qu'une capacité maximale de 53 % de sa valeur quand elle était neuve ( 26.08Wh/48.84Wh*100) Elle doit être vieille et très usée non ?

Sur mon vieux Dell qui a déjà usé 3 batteries, j'ai déjà observé des dysfonctionnements de celle ci quand la charge tombait trop bas et qu'elle était usée -> surchauffe, extinction brutale du PC
Il serait plus prudent de la changer, ou d'utiliser le PC uniquement sur le secteur je pense...

Mobilis

pseudofab a écrit ça fait un petit moment que ça dure et il me semble que ç'a commencé lorsque j'ai changé la batterie pour une neuve... mais je n'en suis pas sûr . C'est peut être lié à autre chose (comme une modification que j'ai pu faire et que je ne me souviens pas).

Rassure moi cette batterie déjà usée à presque 50 % n'est pas neuve ?
Si c'est le cas ne cherche pas plus loin pour l'origine de tes problèmes -> la batterie est défectueuse.
C'est une sous marque ?

Page suivante »