Wie kann ich die Batteriestatistik für den Powermanager zurücksetzen?


12

Ich habe meine Batterien gewechselt und die Batteriestatistik des GNOME-Managers wurde verzerrt. Wo wären die Dateien mit der Batteriestatistik?

Antworten:


17

Bearbeiten: Ubuntu verwendet jetzt den UPower Power-Manager von freedesktop. Nach dem Durchsuchen der Quelle nach UPower sieht es so aus, als ob die persistente Datenbank, in der der Verlauf gespeichert ist, definiert ist als history-%s-%s.dat. Ich habe mein Dateisystem durchsucht und meine Datenbanknamen sind:

./var/lib/upower/history-time-empty-DELL_KP4377-57-22096.dat
./var/lib/upower/history-time-full-DELL_KP4377-57-22096.dat
./var/lib/upower/history-charge-DELL_KP4377-57-22096.dat
./var/lib/upower/history-rate-DELL_KP4377-57-22096.dat

Ihre Dateinamen sind natürlich unterschiedlich, sollten sich jedoch /var/lib/upower/unabhängig davon im selben Verzeichnis ( ) befinden. Diese vier Dateien sind, obwohl sie ".dat" -Dateien sind, wirklich nur von Menschen lesbare Textdokumente mit dem Verlauf. Ich würde sagen, sichern Sie diese Dateien, löschen Sie sie entweder oder löschen Sie ihren Inhalt, und Sie sollten bereit sein! Lassen Sie mich wissen, wie es funktioniert.

Ursprüngliche Antwort:

Gute Frage. Man könnte meinen, dass gnome-power-manager irgendwo eine eigene Protokolldatei zum Speichern hat - ich kann jedoch nichts dergleichen finden.

Es sieht so aus, als ob die meisten Informationen über den Akku von acpi über stammen /proc/acpi/battery/BAT0/info(mein Pfad ist "BAT0". Ihr Pfad könnte sich von Ihrem unterscheiden). Zum Beispiel hier meins:

present:                 yes
design capacity:         5200 mAh
last full capacity:      3665 mAh
battery technology:      rechargeable
design voltage:          11100 mV
design capacity warning: 520 mAh
design capacity low:     157 mAh
cycle count:          0
capacity granularity 1:  52 mAh
capacity granularity 2:  52 mAh
model number:            DELL KP4377
serial number:           22096
battery type:            LION
OEM info:                DP-SDI52

Abgesehen von der Anzahl der Zyklen und der letzten vollen Kapazität gibt es hier nicht viele Verlaufsinformationen. Daher muss irgendwo eine andere Datei vorhanden sein, die gnome-power-manager für die Verlaufsinformationen verwendet. Es ist möglich, dass es nicht in einer eigenen Datei gespeichert wird, sondern eine größere Datenbank verwendet, die Gnome für eine Vielzahl von Einstellungen verwendet ... Ich nehme an, es ist auch möglich, dass ACPI die Verlaufsinformationen auch irgendwo speichert, obwohl dies erneut nicht der Fall ist. Es scheint keine Dokumentation dafür zu sein.

Wenn sie existieren, erhalten Sie möglicherweise mehr Aufmerksamkeit für Ihre Frage von Personen, die Gnome-Power-Manager besser kennen, wenn Sie spezifischere Tags hinzufügen, z. "gnome-power-manager", "acpi" usw. Entschuldigung, ich kann dir nicht viel helfen, viel Glück!


Ich habe gerade hier gesehen, bugs.archlinux.org/task/16970 , dass die Dateien früher als .cvs-Dateien in ~ / .gnome2 / gnome-power-manager / gespeichert waren. Offensichtlich sind sie nicht mehr da, aber zumindest deutet dies darauf hin dass es sich möglicherweise immer noch um .cvs-Dateien handelt. Das dortige Poster fand diese Informationen heraus, indem es bei #gnome auf irc.gnome.org nachfragte. Sie können also versuchen, herauszufinden, wo sich die Dateien jetzt befinden.
Adempewolff

Es ist sehr interessant, dass die Batterieinformationen auf gnome-power manager jetzt in einer persistenten Datenbank gespeichert sind. Ich frage mich, wie die Diagramme zur Genauigkeit der Vorhersage der Batterielebensdauer erstellt werden.
Viyyer

Mein Fehler, Ubuntu verwendet jetzt tatsächlich den UPower-Power-Manager von freedesktop anstelle des Gnome-Power-Managers, nachdem ich die UPower-Quelle durchgesehen habe. Ich glaube, ich habe die persistente Verlaufsdatenbank gefunden. Ich werde meine Antwort mit den Ergebnissen aktualisieren.
Adempewolff

1
Auch nicht besonders relevant, seit wir die Verlaufsdatenbanken gefunden haben, aber ich habe mich geirrt, dass Power-Manager die Informationen von / proc / acpi / batterie / BAT0 / info erhalten hat. Es scheint tatsächlich, dass sie von / sys / device / stammen. LNXSYSTM: 00 / device: 00 / PNP0C0A: 00 / power_supply / BAT0
adempewolff

Nach dem Löschen der Dateien ist mein Verlauf immer noch verzerrt. Mein Laptop stirbt zu 73%. Ich weiß, dass mein Akku defekt ist, aber im Moment brauche ich nur einen Kopf hoch, bevor er leer ist (ca. 30 Minuten). Haben Sie weitere Ideen zum Zurücksetzen von UPower (MATE Power Manager)?
dotnetCarpenter

4

Ich habe gerade den Ansatz zum Löschen von Dateien ausprobiert. Ich ging davon aus, dass diese Dateien, da upowerd noch ausgeführt wird, automatisch neu generiert werden, aber nicht - und auch nicht unmittelbar nach dem Neustart.

Nach dem Löschen von /var/lib/upower/*.dat wurde gnome-power-statistics zunächst nur als leeres GUI-Fenster ohne Inhalt ausgeführt, kehrte jedoch nach dem Neustart zu seinem normalen Selbst zurück. Seltsamerweise zeigte es seit dem Neustart ein paar Minuten Batterieverlauf an, ohne dass die Datendateien / var / lib / upower neu erstellt wurden, und ich konnte nirgendwo anders im Dateisystem finden, wo die Daten gespeichert werden könnten (Es gab keine Dateideskriptoren für Upowerd- oder Gnome-Power-Statistiken, die auf eine beliebige Stelle im Dateisystem verweisen, sondern nur auf Kernel-Sockets.)

Ich gehe davon aus, dass etwas anderes als upower ein kurzfristiges Protokoll dieser Daten haben muss, was in der Gnome-Power-Statistik angezeigt wurde. Wenn Sie "upower -d" ausführen, werden auch Verlaufspunkte für die Lade- und Entladerate ausgegeben, wenn die Datendateien nicht vorhanden sind. Vermutlich kann also auch auf dieselbe Datenquelle zugegriffen werden, die unabhängig von den Verlaufsdateien / var / lib / upower ist. upowerd scheint die Datendateien nach etwa zehn Minuten nach dem Löschen neu zu erstellen. Daher sind diese möglicherweise erforderlich, um Datenpunkte über einen längeren Zeitraum zu speichern.


1
Nur ein Nachtrag: / sys / class / power_supply ist ein nützlicher Symlink für / sys / Geräte / LNXSYSTM: 00 / Gerät: 00 / PNP0C0A: 00 / power_supply (wie in Adempewolffs Kommentar oben)
Harry Willis

Möglicherweise werden die Datenpunkte nur im Speicher gehalten oder in den Speicherplatz geschrieben, bevor sie alle 10 Minuten auf die Festplatte geschrieben werden. Ich verstehe nicht wirklich warum, aber ich kann keine anderen Dateien in UPowers Verzeichnissen finden, die einem Protokoll ähneln ...
adempewolff

1
Angesichts der Ergebnisse Ihrer Tests sollte das Löschen der Dateien auch den Anforderungen von @ viyyer entsprechen. Dadurch wird der gesamte Verlauf der alten Batterie gelöscht, wodurch seine Statistiken durcheinander gebracht werden. Alternativ könnte er in die Dateien gehen und nur die Datenpunkte vor der neuen Batterie löschen.
Adempewolff

Ich habe gerade die .datDateien gelöscht und sie wurden neu generiert (nicht sicher, ob es sofort passiert, aber sie sind da). Auf Ubuntu Mint 16.04
dotnetCarpenter

0

Harry, du hast Recht. Erinnerst du dich nicht, dass Ubuntu dich gebeten hat, das Ladegerät vor der Installation anzuschließen? Das liegt daran, dass ein Schnappschuss erstellt wird, wie viel der Akku aufnehmen kann. Wenn Sie den Power-Manager zurücksetzen möchten, müssen Sie vermutlich Ubuntu neu installieren oder einen Power-Cycle versuchen. Mit anderen Worten, lassen Sie Ihren Akku leer und schalten Sie ihn im selben Moment ein, in dem Sie das Ladegerät anschließen, und lassen Sie ihn eingeschaltet, bis er 100% erreicht.


4
Ich weiß nicht, ob ich das glaube. Ich glaube, es fordert Sie auf, das Ladegerät vor der Installation anzuschließen, da Ihnen während der Installation der Akku ausgeht oder Sie es mitten in der Partitionierung verbieten, Sie bestenfalls mit einem unbrauchbaren Ubuntu zurücklassen und im schlimmsten Fall die Partitionstabellen der anderen Betriebssysteme braten .
Adempewolff
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.