Mon netbook Asus EEE effectue un arrêt brutal lorsqu'il atteint une faible charge de la batterie, sans aucun avertissement - c'est-à-dire que le courant passe tout simplement, sans aucun processus d'arrêt. Je ne trouve rien dans le syslog et aucun message d'erreur n'est imprimé avant que cela ne se produise. J'ai déjà eu ce problème dans les versions précédentes (K) 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 le niveau de puissance est extrêmement bas" est actuellement vide. Les seules options sont une veille prolongée (en grisé) et un "Power off".
J'ai réinstallé indicator-power
sans effet. Le temps restant signalé par acpi
est instable, de même que le temps restant signalé par gnome-power-statistics
. (Par exemple, si vous exécutez acpi
deux fois de suite, il me reste 2h16min, puis 3h21min restantes. Ces sortes de sauts dans le temps restant se trouvent également dans les graphiques gnome-power-statistics
.)
Il serait peut-être possible d'écrire un script pour me prévenir à l'avance (selon le commentaire de @RanRag ci-dessous), mais je préférerais isoler la raison pour laquelle je ne reçois pas de notification de batterie critique du système avant cela. se passe, afin que je puisse prendre les mesures appropriées (suspendre/arrêter/brancher le courant) 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
Lorsqu'une batterie atteint le moment de prendre le niveau d'action critique , Ubuntu ne vous en avertit pas, mais effectue simplement l'action requise. (comme suspendre, mettre en veille prolongée, arrêter, etc., selon votre choix). C'est le réglage et il ne peut pas être changé. Mais Ubuntu devrait vous avertir lorsque la batterie atteindra un niveau bas et un niveau critique .
Par défaut, Ubuntu utilise le temps restant comme déclencheur de son action prédéfinie.
Les statistiques d'alimentation 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. De plus, la batterie se décharge rapidement entre 300 et 120 secondes. Essayez donc d'éteindre le PC configuré dans les paramètres.
Je vous suggère de faire cela,
Commencez par changer la stratégie de trigger de time en pourcentage.
gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy false
Ensuite, augmentez le pourcentage requis pour vous avertir, la valeur par défaut est 10%. Changez-le à 30%.
gsettings set org.gnome.settings-daemon.plugins.power percentage-low 30
Ensuite, augmentez le pourcentage requis pour être considéré comme critique à 20%, la valeur par défaut étant 3%.
gsettings set org.gnome.settings-daemon.plugins.power percentage-critical 20
Ensuite, augmentez le pourcentage requis pour prendre l'action critique, il est maintenant de 2%. changer à 15%
gsettings set org.gnome.settings-daemon.plugins.power percentage-action 15
Modifiez ensuite l'action critique à mettre en veille, au lieu de l'arrêt. Vous devez d'abord activer l'option de 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.
Essayez d’utiliser un pourcentage plutôt que des notifications basées sur le temps. Cela a permis de résoudre un problème similaire sur mon Asus Eee PC 1000.
Voir le post suivant: Comment changer la valeur de la batterie extrêmement faible?
Le point important dans mon cas était de changer l'option 'use-time-for-policy' en false.
J'ai aussi trouvé ce post, qui suggère le même correctif:
Le personnel chargé de la gestion de l'alimentation dans 12.04 ne l'a pas fait correctement.
La gestion de l'alimentation est entièrement fonctionnelle dans tous les aspects d'Ubuntu 10.04.
Le volume d'informations anecdotiques sur le réseau concernant la question du fonctionnement critique de la batterie ne fournit aucune idée ou explication quant à POURQUOI la défaillance systémique de la gestion de l'alimentation dans 12.04.
L'obtention de valeurs de paramètres d'alimentation correctes et de mesures appropriées est essentielle à une gestion correcte de l'alimentation.
Ces métriques sont "inattendues" dans 12.04 mais précises dans 10.04.
Quoi qu'il en soit, lorsque la batterie est faible et critique, le système suspend
sera correctement configuré en 10.04.
12.04 ne prend pas correctement suspend
(ou hibernate
) en utilisant:
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 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 réglages effectifs sont équivalents aux%, 8, 5 et 3. Même avec une capacité de batterie de 3%, la machine peut rester suspendue. pendant au moins 12 heures avant que la batterie ne soit épuisée.
Le vrai problème semble être que les métriques d'interface ACPI matérielles utilisées dans 12.04 sont mal programmées. Cela se voit avec des temps "décevants" lors du démarrage de 12,04 avec une batterie à moitié morte. Les métriques de capacité sont omniprésentes: soit un temps restant incorrect, soit% restant. En redémarrant en 10.04, les métriques de batterie sont au repos et stables avec des valeurs "raisonnables".
Remarques:
Les éléments suivants, appelés manuellement dans 12.04 sont tous deux fonctionnels:
pm-hibernate
pm-suspend
C'est l'implémentation de gestion de l'alimentation des métriques de la batterie ACPI pour déclencher leur invocation automatique qui est défectueuse dans 12.04.
Les interfaces 12.04 power manager indicator
(version?) Et power
& brightness and lock
settings
ne reflètent pas exactement les valeurs de org.gnome.settings-daemon.plugins.power
ci-dessus. L'interfaçage, non seulement avec le matériel, mais aussi avec les tissus mous, est défectueux.
Veuillez poster le résultat des commandes suivantes en les tapant dans une console:
upower -i/org/freedesktop/UPower/devices/battery_BAT0
cat/proc/acpi/batterie/BAT0/état
cat/proc/acpi/batterie/BAT0/info
Aussi, vous pouvez essayer de réinstaller l'applet de la batterie:
Sudo apt-get indicateur de purge-puissance
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: état/batterie-status && Sudo apt-get update Mise à jour de Sudo apt-get install battery-status
Il semble qu’il considère cela comme une "tension extrêmement basse".
Plutôt que de courir jusqu'à ce qu'il meure, À un certain voltage, votre ordinateur portable décide d'abandonner. Prendre son énergie restante et fermer gracieusement.
Cliquez sur l'indicateur de batterie dans la barre des tâches et cliquez sur l'option d'alimentation plus. 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ît en bas. Cliquez sur le niveau de batterie faible et modifiez le réglage 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%.
cliquez maintenant sur Action de la batterie critique et modifiez le paramètre pour qu'il soit en veille prolongée.
Cela hibernera votre système avant la fin de la batterie et l’empêchera de s’arrêter soudainement. Si possible, réglez le% de batterie sur un peu plus, car les arrêts soudains sont différents à chaque fois.
Chargez à 100% puis laissez agir jusqu'à ce qu'il meure, puis rechargez. Si la même chose se produit, achetez une nouvelle batterie