jak mogę zresetować statystyki baterii dla powermanager?


12

Zmieniłem baterie i statystyki baterii menedżera GNOME zostały wypaczone. Gdzie byłyby pliki zawierające statystyki baterii?

Odpowiedzi:


17

Edycja: Ubuntu używa teraz UPower power-manager Freedesktop. Po przejrzeniu źródła UPower wygląda na to, że trwała baza danych, w której przechowywana jest historia, jest zdefiniowana jako history-%s-%s.dat. Przeszukałem mój system plików, a moje nazwy baz danych to:

./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

Twoje nazwy plików będą oczywiście różne, ale powinny znajdować się w tym samym katalogu ( /var/lib/upower/) niezależnie. Te cztery pliki, mimo że są plikami „.dat”, są tak naprawdę tylko czytelnymi dla człowieka dokumentami tekstowymi z historią. Chciałbym wykonać kopię zapasową tych plików, a następnie albo je usunąć, albo usunąć ich zawartość i powinieneś być gotowy! Daj mi znać, jak to działa.

Oryginalna odpowiedź:

Dobre pytanie. Można by pomyśleć, że gnome-power-manager miałby gdzieś swój własny plik dziennika do przechowywania - nie mogę jednak znaleźć czegoś takiego.

Wygląda na to, że większość informacji, które czyta na temat baterii, pochodzi z acpi przez /proc/acpi/battery/BAT0/info(moja ścieżka to „BAT0” twoja może się różnić od twojej) Na przykład, oto moja:

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

Ale poza liczbą cykli i ostatnią pełną pojemnością nie ma tu zbyt wielu informacji historycznych, więc musi być gdzieś inny plik, który gnome-power-manager używa do informacji historycznych. Możliwe, że zamiast przechowywać go we własnym pliku, korzysta z większej bazy danych, z której korzysta gnome dla różnych ustawień ... Przypuszczam, że jest również możliwe, że ACPI może gdzieś przechowywać również informacje historyczne, chociaż po raz kolejny tak nie jest. Wydaje się, że jest na to jakaś dokumentacja.

Jeśli istnieją, możesz zwrócić większą uwagę na twoje pytanie przez ludzi, którzy lepiej znają gnome-power-manager, jeśli dodasz bardziej szczegółowe tagi, np. „gnome-power-manager”, „acpi” itp. Przepraszam, nie mogę ci pomóc, powodzenia!


właśnie widziałem tutaj, bugs.archlinux.org/task/16970 , że pliki były przechowywane jako pliki .cvs w ~ / .gnome2 / gnome-power-manager /, oczywiście, że już ich tam nie ma, ale przynajmniej to sugeruje że nadal mogą to być pliki .cvs. Tam też plakat znalazł tę informację, pytając na #gnome na irc.gnome.org, abyś mógł spróbować dowiedzieć się, gdzie są teraz pliki.
adempewolff

Jest to dość interesujące, że informacje o baterii w menedżerze mocy gnome są teraz przechowywane w trwałej bazie danych. Zastanawiam się, jak powstają wykresy dokładności prognozowania żywotności baterii.
viyyer

Mój błąd, Ubuntu faktycznie używa teraz menedżera mocy UPower Freedesktop, a nie menedżera mocy gnome, po przejrzeniu źródła UPower myślę, że znalazłem bazę danych historii trwałej. Zaktualizuję swoją odpowiedź o wyniki.
adempewolff

1
nie jest to szczególnie istotne teraz, gdy znaleźliśmy historyczne bazy danych, ale pomyliłem się co do tego, że menedżer zasilania pobiera informacje z / proc / acpi / battery / BAT0 / info, wydaje się, że faktycznie je otrzymuje z / sys / devices / LNXSYSTM: 00 / urządzenie: 00 / PNP0C0A: 00 / power_supply / BAT0
adempewolff

Po usunięciu plików moja historia jest nadal wypaczona. Mój laptop umiera około 73%. Wiem, że moja bateria jest wadliwa, ale na razie potrzebuję tylko podniesienia głowy, zanim się rozładuje (około 30 minut). Wszelkie inne pomysły na resetowanie UPower (MATE Power Manager)?
dotnetCarpenter

4

Właśnie wypróbowałem podejście do usuwania plików. Zakładałem, że ponieważ upowerd nadal działa, pliki te zostaną automatycznie zregenerowane, ale nie były - ani nie były tam natychmiast po ponownym uruchomieniu.

Początkowo, po usunięciu /var/lib/upower/*.dat, gnome-power-statistics po prostu działało jako puste okno GUI bez zawartości, ale powróciło do normalnego stanu po ponownym uruchomieniu. O dziwo, pokazywało to kilka minut historii baterii od momentu ponownego uruchomienia bez niczego, co odtworzyło pliki danych / var / lib / upower, i nie mogłem znaleźć nigdzie indziej w systemie plików, w którym mógłby przechowywać dane (nie było deskryptorów plików dla statystyk upowerd lub gnome-power-point wskazujących na dowolne miejsce w systemie plików, tylko gniazda jądra).

Zakładam, że coś innego niż mocarz musi mieć krótkoterminowy dziennik tych danych, co było wyświetlane w statystykach mocy gnome. Uruchomienie polecenia „upower -d” powoduje również wyświetlenie punktów historii dla szybkości ładowania i rozładowania, gdy pliki danych nie istnieją, więc prawdopodobnie może również uzyskać dostęp do tego samego źródła danych, które jest niezależne od plików historii / var / lib / upower. Wydaje się, że upowerd odtwarza pliki danych po około dziesięciu minutach po usunięciu, więc być może są one potrzebne do przechowywania punktów danych przez dłuższy czas.


1
Tylko dodatek: / sys / class / power_supply jest przydatnym dowiązaniem symbolicznym dla / sys / devices / LNXSYSTM: 00 / device: 00 / PNP0C0A: 00 / power_supply (jak w komentarzu adempewolff powyżej)
Harry Willis

Może po prostu przechowywać punkty danych w pamięci lub zapisywać je w celu zamiany miejsca przed zapisywaniem ich na dysk co 10 minut. Naprawdę nie rozumiem dlaczego, ale nie mogę znaleźć żadnych innych plików w katalogach UPowera przypominających dziennik ...
adempewolff

1
biorąc pod uwagę wyniki testów, myślę, że usunięcie plików powinno spełniać potrzeby @ viyyer - spowoduje to usunięcie całej historii starej baterii, która popsuła jego statystyki. Alternatywnie mógł wejść do plików i usunąć tylko punkty danych sprzed nowej baterii.
adempewolff

Właśnie usunąłem .datpliki i zostały one ponownie wygenerowane (nie jestem pewien, czy to się stanie natychmiast, ale one tam są). Na Ubuntu Mint 16.04
dotnetCarpenter

0

Harry, masz rację. Czy nie pamiętasz Ubuntu z prośbą o podłączenie ładowarki przed instalacją? To dlatego, że zajmuje migawkę, ile baterii może pomieścić. Jeśli chcesz zresetować menedżera zasilania, zakładam, że będziesz musiał ponownie zainstalować Ubuntu lub spróbować cyklu zasilania. Innymi słowy, pozwól baterii wyczerpać się, a następnie włącz ją w tym samym momencie, w którym podłączasz ładowarkę, i pozostań włączony, aż osiągnie 100%.


4
Nie wiem czy w to wierzę. Wierzę, że prosi Cię o podłączenie ładowarki przed instalacją, ponieważ wyczerpanie się baterii w trakcie instalacji lub Boże zabranie w trakcie partycjonowania, w najlepszym wypadku pozostawiłoby cię z bezużytecznym Ubuntu, aw najgorszym razie usmażyłoby inne tabele partycji dla innych systemów operacyjnych .
adempewolff
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.