Das Netbook fährt bei niedrigem Akkuladestand ohne Warnung herunter

21

Mein Asus EEE-Netbook führt einen Hard-Shutdown durch, wenn der Akku fast leer ist, ohne dass eine Warnung ausgegeben wird. Ich kann im Syslog nichts finden und es werden keine Fehlermeldungen ausgegeben, bevor dies passiert. Ich hatte dieses Problem in früheren (K) Ubuntu-Versionen und hoffte, dass ein Update auf Ubuntu Precise das Problem lösen könnte, aber nicht.

Die Option in der Energieanwendung für "Wenn die Energieversorgung kritisch niedrig ist" ist derzeit leer. Die einzigen Optionen sind ein (ausgegrauter) Ruhezustand und "Ausschalten".

Ich habe indicator-powerohne Wirkung neu installiert . Die von gemeldete verbleibende Zeit acpi ist instabil, ebenso wie die von gemeldete verbleibende Zeit gnome-power-statistics. (Zum Beispiel, acpiwenn ich zweimal hintereinander gelaufen bin, habe ich noch 2h16min und dann 3h21min. Diese Art von Sprüngen in der verbleibenden Zeit sind auch in den gnome-power-statisticsGrafiken zu sehen.)

Es könnte möglich sein, ein Skript zu schreiben, um mich vorab zu warnen (wie in @ RanRags Kommentar unten angegeben), aber ich würde es vorziehen, zu isolieren, warum ich keine kritische Batteriemeldung vom System erhalte , bevor dies geschieht, damit ich sie ausführen kann Aktion entsprechend (Suspend / Shutdown / Plug-In Power), wenn ich eine Benachrichtigung erhalte.

Einige zusätzliche Informationen zum Akku:

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
quelle
3
@SteveKroon: Du kannst dir ein kleines erstellen, bash scriptdas im Hintergrund läuft. Der Pseudocode wird ungefähr so ​​aussehen if battery_status < 10% than notify-send "battery low" and put my system to suspended state(sudo pm-suspend). Sehen Sie sich diesen Beitrag an und sed/awk/cutextrahieren Sie die erforderlichen Informationen mithilfe von Tools, um den Akkustatus zu ermitteln.
RanRag
Ich hatte dieses Problem einmal auf einem alten Laptop, den ich mit der acpi=offOption booten musste . Möglicherweise könnte auch ein ACPI-Problem in Ihrem Fall verantwortlich gemacht werden.
Christoph
@Christoph Wenn ich mit boote acpi=off, verschwindet meine Batteriestandsanzeige, die Gnomen- Energiestatistik zeigt den Akku nicht an und die upowerobige Anweisung schlägt mit einer Fehlermeldung fehlfailed 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 Siehe askubuntu.com/questions/603285/… für ein funktionierendes Beispiel dieses Pseudocodes ...
landroni

Antworten:

17

Wenn eine Batterie den Zeitpunkt erreicht, an dem kritische Maßnahmen ergriffen werden müssen , werden Sie von Ubuntu nicht gewarnt, sondern es wird nur die erforderliche Aktion ausgeführt (wie z. B. Suspendieren, Ruhezustand, Herunterfahren usw., je nach Ihrer Wahl). Dies ist die Einstellung und kann nicht geändert werden. Ubuntu sollte Sie jedoch warnen, wenn der Akku einen niedrigen und kritischen Ladestand erreicht .

Standardmäßig verwendet Ubuntu die verbleibende Zeit als Auslöser für die vordefinierte Aktion.

  • Sie erhalten eine Warnung, dass der Akku fast leer ist, bevor 1200 Sekunden (20 Minuten) vergangen sind.
  • Bei Erreichen der verbleibenden 300 Sekunden (5 Minuten) erhalten Sie eine Warnung für einen kritischen Akku
  • Eine Batterie-kritische Aktion wird ausgeführt, wenn nur noch 120 Sekunden (2 Minuten) verbleiben.

Die Energiestatistik Ihres Ausgangs deutet auf einen defekten oder beschädigten Akku hin. In diesen Fällen ist es für Ubuntu schwierig, die tatsächlich verbleibende Zeit zu messen. Auch der Akku leert sich schnell zwischen 300 Sekunden und 120 Sekunden. Versuchen Sie also einfach, den in den Einstellungen konfigurierten PC herunterzufahren.

Ich schlage vor, Sie dies zu tun,

  • Ändern Sie zuerst die Auslöserichtlinie von Zeit auf Prozent.

    gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy false
    
  • Erhöhen Sie dann den Prozentsatz, der für eine Warnung erforderlich ist. Der Standardwert ist 10%. Ändern Sie es auf 30%.

    gsettings set org.gnome.settings-daemon.plugins.power percentage-low 30
    
  • Erhöhen Sie dann den Prozentsatz, der als kritisch eingestuft werden soll, auf 20%. Der Standardwert ist 3%.

    gsettings set org.gnome.settings-daemon.plugins.power percentage-critical 20
    
  • Erhöhen Sie dann den Prozentsatz, der zum Ergreifen der kritischen Aktion erforderlich ist. Er beträgt jetzt 2%. ändere es auf 15%

    gsettings set org.gnome.settings-daemon.plugins.power percentage-action 15
    
  • Ändern Sie dann die wichtige Aktion, die ausgeführt werden soll, um den Ruhezustand zu aktivieren, anstatt den Computer herunterzufahren. Sie müssen zuerst die Option für den Ruhezustand aktivieren.

    Verwenden Sie dann diesen Befehl, um ihn in den Ruhezustand zu versetzen.

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

Ich denke, das sollte dein Problem lösen. Wenn Sie immer noch Probleme mit dem Level haben, erhöhen Sie den Level noch weiter.

Anwar
quelle
Ich habe das oben Genannte mit einer geringen Leistung von 70%, einer kritischen Leistung von 50% und einer Aktion von 30% durchgeführt, wobei die kritische Aktion auf interaktiv eingestellt war. Ich nahm es vom Stromnetz (zeigte ungefähr 2h30 der Batteriezeit) und benutzte es, bis es mich hart abschaltete (um ungefähr 0h30 die verbleibende Zeit dieses Mal). Es erschienen überhaupt keine Warnungen auf niedrigem oder kritischem Niveau.
Steve Kroon
@SteveKroon Haben Sie die Richtlinie von Zeit zu Prozentsatz geändert? Ich frage dies, weil es für mich funktioniert hat
Anwar
Ja, ich habe die Zeit in Prozent geändert. Zusätzliche Informationen: Nachdem ich die Maschine wieder gestartet und im Akkubetrieb gearbeitet habe, erhalte ich diesmal die Benachrichtigung über kritische Akkus . Ich warte immer noch darauf, was passiert, wenn die Batterie noch niedriger wird ...
Steve Kroon
@SteveKroon Wenn Sie die Benachrichtigung über kritische Akkus erhalten , funktioniert sie meiner Meinung nach. Die Aufgabe des Benachrichtigungssystems besteht darin, Sie zu benachrichtigen. Wenn der Akku jedoch so schnell entladen wird, kann es sein, dass keine kritischen Aktionen ausgeführt werden . Aber ich hoffe, das wird funktionieren und Sie können den Winterschlaf bekommen.
Anwar
Die kritische Batterieaktion wurde gestern ebenfalls durchgeführt. Komisch, dass es das letzte Mal nicht geklappt hat ... (Auch ich habe es früher versucht, basierend auf einer anderen Antwort, und es hat dann nicht funktioniert ...)
Steve Kroon
10

Versuchen Sie, prozentuale anstatt zeitbasierter Benachrichtigungen zu verwenden. Dies hat geholfen, ein ähnliches Problem auf meinem Asus Eee PC 1000 zu beheben.

Siehe den folgenden Beitrag: Wie man einen kritisch niedrigen Batteriewert ändert?

Der wichtige Punkt in meinem Fall war, die Option "Nutzungsdauer für Richtlinien" auf "falsch" zu setzen.

Ich habe auch diesen Beitrag gefunden, der den gleichen Fix vorschlägt:

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

David
quelle
Leider hat dies immer noch nicht geholfen - ich erhalte immer noch keine Benachrichtigungen über niedrigen Batteriestand und die Maschine fährt immer noch hart herunter, ohne Vorwarnung ....
Steve Kroon
4

Das Personal, das die Energieverwaltung in 12.04 implementiert hat, hat dies nicht korrekt ausgeführt.

Die Energieverwaltung ist in Ubuntu 10.04 in jeder Hinsicht voll funktionsfähig.

Die Menge an anekdotischen Informationen im Internet über das Problem der kritischen Batteriefunktion bietet keine wirklichen Einsichten oder Erklärungen, warum es in 12.04 zu diesem systembedingten Ausfall des Energie-Managements kommt.

Das Ermitteln der korrekten Leistungsparameterwerte und der richtigen Messwerte ist für die ordnungsgemäße Energieverwaltung von grundlegender Bedeutung.

Diese Metriken sind in 12.04 "wackelig", in 10.04 jedoch genau.

Unabhängig davon wird das System bei kritisch schwacher Batterie suspendin 10.04 korrekt.

12.04 verwendet entweder nicht korrekt suspend(oder hibernate):

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

oder:

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

mit

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

Die Prozentsätze 20, 10, 5 sind zu hoch. Die entsprechenden Zeiten sind 40, 20 und 10 Minuten. (Meine Akkuleistung beträgt 100% ~ 3,5 Stunden> 200 Minuten oder 12000 Sekunden.) Für 10.04 entsprechen die effektiven Einstellungen den Einstellungen für 8, 5 und 3. Selbst bei einer Akkukapazität von 3% kann die Maschine in der Schwebe bleiben für mindestens 12 Stunden, bevor der Akku entladen wird.

Das eigentliche Problem scheint zu sein, dass die in 12.04 verwendeten Hardware-ACPI-Schnittstellenmetriken falsch programmiert sind. Dies wird mit "wackeligen" Zeiten beim Booten von 12,04 mit einer halbentladenen Batterie beobachtet. Die Kapazitätsmetriken sind überall als falsche verbleibende Zeit oder% übrig. Bei einem Neustart in 10.04 sind die Batteriemesswerte im Ruhezustand und stabil mit "angemessenen" Werten.

Anmerkungen:

  • Die folgenden Funktionen werden in 12.04 manuell aufgerufen:

    pm-hibernate
    pm-suspend

  • Es ist die Power-Management-Implementierung der ACPI-Batteriemetriken, die ihren automatischen Aufruf auslöst, der in 12.04 fehlerhaft ist.

  • Die 12.04 power manager indicator(Version?) Und power& brightness and lock settings-Schnittstelle geben die org.gnome.settings-daemon.plugins.powerobigen Werte nicht genau wieder . Die Schnittstelle nicht nur zur Hardware, sondern auch zum Weichgewebe ist fehlerhaft.

Gast
quelle
3

Bitte posten Sie die Ausgabe der folgenden Befehle, indem Sie sie in eine Konsole eingeben:

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

cat / proc / acpi / battery / BAT0 / state

cat / proc / acpi / battery / BAT0 / info

Sie können auch versuchen, das Akku-Applet erneut zu installieren:

Sudo Apt-Get Purge Anzeige-Power

sudo apt-get install indikator-power

Und wenn Sie eine detailliertere Batteriestatusanzeige wünschen:

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

LnxSlck
quelle
Ich habe den Beitrag mit diesen Informationen aktualisiert und das Batterie-Applet neu installiert.
Steve Kroon
-1

Es scheint, dass dies eine „kritisch niedrige Spannung“ ist.

Anstatt zu rennen, bis es einfach stirbt, entscheidet sich Ihr Laptop bei einer gewissen Spannung dafür, aufzugeben. Die verbleibende Energie aufnehmen und anmutig abschalten.

Klicken Sie in der Taskleiste auf die Batterieanzeige und dann auf die Option Mehr Leistung. Klicken Sie in Ihrem aktuellen Energieplan auf Planeinstellungen ändern. Klicken Sie auf Erweiterte Energieeinstellungen ändern. Scrollen Sie zu Botton und klicken Sie auf das Pluszeichen der Batterie. Eine Liste wird unten angezeigt. Klicken Sie auf Low Battery Level und ändern Sie die folgende Einstellung: On Battery to: 40% (Wenn Ihr System bei 30% heruntergefahren wird, warnt dies Sie, dass die Batterie bei 40% schwach ist.)

Klicken Sie nun auf Kritischer Batteriestand und ändern Sie die Einstellung auf 35%.

Klicken Sie jetzt auf "Kritische Akkuladung" und ändern Sie die Einstellung in "Ruhezustand".

Dadurch wird Ihr System in den Ruhezustand versetzt, bevor der Akku leer ist, und ein plötzliches Herunterfahren wird verhindert. Wenn möglich, stellen Sie das prozentuale Alter des Akkus auf etwas weniger ein, da die plötzlichen Abschaltungen jedes Mal anders sind.

Laden Sie das Gerät zu 100% auf und lassen Sie es dann arbeiten, bis es abstirbt. Laden Sie es dann erneut auf. Wenn dasselbe passiert, kaufen Sie eine neue Batterie

Qammar Iqbal
quelle