Netbook dokonuje twardego wyłączenia bez ostrzeżenia o niskim poziomie naładowania baterii


21

Mój netbook Asus EEE wykonuje twarde wyłączenie, gdy osiągnie niski poziom naładowania baterii, bez ostrzeżenia - tzn. Zasilanie po prostu się wyłącza, bez żadnego procesu wyłączania. Nie mogę znaleźć niczego w dzienniku systemowym i żadne komunikaty o błędach nie są drukowane, zanim to nastąpi. Miałem ten problem z poprzednimi wersjami (K) Ubuntu i miałem nadzieję, że aktualizacja do Ubuntu Precise pomoże rozwiązać problem, ale tak się nie stało.

Opcja w aplikacji Zasilanie dla „gdy moc jest krytycznie mała” jest obecnie pusta - jedynymi opcjami są (wyszarzony) hibernacja i „Wyłącz”.

Ponownie zainstalowałem indicator-powerbez skutku. Czas pozostały zgłoszony przez acpi jest niestabilny, podobnie jak czas pozostały zgłoszony przez gnome-power-statistics. (Na przykład, biegnąc acpidwa razy pod rząd, mam 2 godz. 16 min, a potem pozostało 3 godz. 21 min. Tego rodzaju skoki w pozostałym czasie są również na gnome-power-statisticswykresach.)

Może być możliwe napisanie skryptu, który ostrzegałby mnie z wyprzedzeniem (zgodnie z komentarzem @ RanRag poniżej), ale wolałbym wyjaśnić, dlaczego nie otrzymuję krytycznego powiadomienia o baterii z systemu, zanim to nastąpi. odpowiednie działanie (zawieszenie / wyłączenie / podłączenie zasilania), gdy otrzymam powiadomienie.

Niektóre dodatkowe informacje na temat baterii:

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

3
@ SteveKroon: Możesz stworzyć małe bash scriptdla siebie, które działa w tle. Pseudo kod będzie podobny if battery_status < 10% than notify-send "battery low" and put my system to suspended state(sudo pm-suspend). Aby uzyskać informacje o stanie baterii, zapoznaj się z tym postem i użyj sed/awk/cutnarzędzi do wyodrębnienia wymaganych informacji.
RanRag

Miałem ten problem raz na starym laptopie, który musiałem uruchomić z acpi=offopcją. Być może w twoim przypadku można również winić jakiś problem z ACPI.
Christoph

@Christoph Kiedy uruchamiam się acpi=off, wskaźnik mocy baterii znika, statystyki mocy gnome nie pokazują baterii, a upowerpowyższa instrukcja kończy się niepowodzeniem z komunikatem o błędziefailed 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 Zobacz askubuntu.com/questions/603285/ ... działający przykład tego pseudokodu ...
landroni

Odpowiedzi:


17

Kiedy bateria osiągnie czas, aby podjąć krytyczne działania podejmując poziom , Ubuntu nie ostrzeże cię o tym, zamiast tego po prostu wykona wymagane działanie (takie jak zawieszenie, hibernacja, zamknięcie itp., W zależności od twojego wyboru). Jest to ustawienie i nie można go zmienić. Ale Ubuntu powinien ostrzec Cię, gdy poziom naładowania baterii spadnie do niskiego i krytycznego poziomu .

Domyślnie Ubuntu wykorzystuje czas pozostały do uruchomienia wcześniej zdefiniowanych działań.

  • Otrzymasz ostrzeżenie o niskim poziomie naładowania baterii, zanim 1200 sekund (20 minut) będzie puste.
  • Otrzymasz krytyczne ostrzeżenie o stanie baterii, gdy osiągnie 300 sekund (5 minut) pozostałych
  • Akcja krytyczna dla baterii jest wykonywana, gdy pozostało tylko 120 sekund (2 minuty).

Statystyki mocy wyjściowej sugerują uszkodzenie / uszkodzenie akumulatora. W takich przypadkach Ubuntu ma trudności z mierzeniem faktycznego pozostałego czasu. Również bateria wyczerpuje się szybko od 300 sekund do 120 sekund, więc po prostu spróbuj wyłączyć komputer, który jest skonfigurowany w ustawieniach.

Proponuję ci to zrobić,

  • Najpierw zmień zasadę wyzwalania od czasu do wartości procentowej.

    gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy false
    
  • Następnie podnieś procent wymagany do ostrzeżenia, domyślnie 10%. Zmień to na 30%.

    gsettings set org.gnome.settings-daemon.plugins.power percentage-low 30
    
  • Następnie podnieś procent wymagany do uznania za krytyczny do 20%, domyślnie 3%.

    gsettings set org.gnome.settings-daemon.plugins.power percentage-critical 20
    
  • Następnie podnieś procent wymagany do podjęcia krytycznej akcji, teraz wynosi 2%. zmień na 15%

    gsettings set org.gnome.settings-daemon.plugins.power percentage-action 15
    
  • Następnie zmień krytyczne działanie na hibernację zamiast wyłączenia. Musisz najpierw włączyć opcję hibernacji.

    Następnie użyj tego polecenia, aby zmienić go na hibernację.

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

Myślę, że to powinno rozwiązać twój problem. Jeśli nadal masz problemy z poziomem, podnieś poziomy jeszcze wyżej.


Zrobiłem to przy niskiej mocy na 70%, krytycznej na 50% i akcji przy 30%, przy krytycznej akcji ustawionej na interaktywną. Zdjąłem go z sieci (pokazałem około 2h30 czasu pracy na baterii) i używałem go, aż mocno mnie wyłączyło (tym razem pozostało około 0h30 min). W ogóle nie pojawiły się ostrzeżenia na niskim lub krytycznym poziomie.
Steve Kroon,

@ SteveKroon czy zmieniłeś zasady od czasu do procentu? Proszę o to, ponieważ zadziałało dla mnie
Anwar,

tak, zmieniłem czas na procent. Dodatkowe informacje: po ponownym uruchomieniu urządzenia i pracowaniu na nim bez baterii tym razem otrzymałem powiadomienie o krytycznym stanie baterii . Wciąż czekam, aby zobaczyć, co się stanie, gdy akumulator się obniży ...
Steve Kroon

@ SteveKroon Jeśli otrzymasz krytyczne powiadomienie o baterii , myślę, że działa. Zadaniem systemu powiadomień jest powiadomienie. Ale jeśli akumulator rozładuje się tak szybko, krytyczne działanie akumulatora może nie zostać wykonane . Ale mam nadzieję, że to zadziała i można uzyskać hibernację.
Anwar,

Krytyczna akcja baterii została również wykonana wczoraj. Dziwne, że nie zrobiło tego poprzednio ... (Próbowałem też wcześniej na podstawie innej odpowiedzi i wtedy to nie zadziałało ...)
Steve Kroon

10

Spróbuj zastosować procent zamiast powiadomień opartych na czasie. Pomogło to naprawić podobny problem na moim Asus Eee PC 1000.

Zobacz następujący post: Jak zmienić krytycznie niską wartość baterii?

Ważnym punktem w moim przypadku była zmiana opcji „wykorzystaj czas na polisę” na false.

Znalazłem również ten post, który sugeruje tę samą poprawkę:

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


Niestety, to nadal nie pomogło - wciąż nie otrzymuję powiadomień o niskim poziomie naładowania baterii, a urządzenie nadal mocno się wyłącza bez ostrzeżenia ....
Steve Kroon

4

Personel wdrażający zarządzanie energią w 12.04 nie zrobił tego poprawnie.

Zarządzanie energią jest w pełni funkcjonalne we wszystkich aspektach w Ubuntu 10.04.

Ilość niepotwierdzonych informacji w sieci na temat krytycznej funkcji baterii nie daje prawdziwego wglądu ani wyjaśnienia, DLACZEGO występuje ta systemowa awaria zarządzania energią w 12.04.

Uzyskanie prawidłowych wartości parametrów mocy i odpowiednich wskaźników ma zasadnicze znaczenie dla właściwego zarządzania energią.

Te wskaźniki są „dziwne” w 12.04, ale dokładne w 10.04.

Niezależnie od tego, przy krytycznie niskim poziomie naładowania baterii system będzie suspenddziałał poprawnie w 10.04.

12.04 nie działa poprawnie suspend(lub hibernate) przy użyciu:

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

lub:

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

z

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

Odsetki 20, 10, 5 są nadmierne. Równoważne czasy wynoszą 40, 20 i 10 minut. (Wydajność mojej baterii wynosi 100% ~ 3,5 godz.> 200 min. lub 12000 sek.) Dla 10,04 efektywne ustawienia są równoważne% 8, 5 i 3. Nawet przy 3% pojemności baterii maszyna może pozostać zawieszona przez co najmniej 12 godzin przed rozładowaniem akumulatora.

Rzeczywistym problemem wydaje się być to, że metryki sprzętowego interfejsu ACPI używane w 12.04 są niepoprawnie zaprogramowane. Widać to przy „niepewnych” czasach, gdy bootujesz 12,04 z na wpół rozładowaną baterią. Wskaźniki wydajności są wszędzie, ponieważ pozostały niepoprawny czas lub% pozostały. Po ponownym uruchomieniu do 10.04 wskaźniki baterii są spokojne i stabilne z „rozsądnymi” wartościami.

Uwagi:

  • Poniższe, wywołane ręcznie w 12.04, są funkcjonalne:

    pm-hibernate
    pm-suspend

  • Implementacja zarządzania energią mierników baterii ACPI w celu uruchomienia ich automatycznego wywoływania jest wadliwa w 12.04.

  • 12.04 power manager indicator(wersja?) powerI brightness and lock settingsinterfejs nie odzwierciedlają dokładnie org.gnome.settings-daemon.plugins.powerpowyższych wartości. Interfejs, nie tylko sprzętu, ale także tkanek miękkich, jest wadliwy.


3

Opublikuj wyniki następujących poleceń, wpisując je w konsoli:

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

cat / proc / acpi / battery / BAT0 / state

cat / proc / acpi / battery / BAT0 / info

Możesz także spróbować ponownie zainstalować aplet baterii:

sudo apt-get purge wskaźnik-moc

sudo apt-get install wskaźnik-moc

A jeśli chcesz bardziej szczegółowy wskaźnik stanu baterii:

sudo add-apt-repository ppa: iaz / battery-status && sudo apt-get update sudo apt-get install stan baterii


Zaktualizowałem post za pomocą tych informacji i ponownie zainstalowałem aplet baterii.
Steve Kroon

-1

Wydaje się, że uważa to za „krytycznie niskie napięcie”.

Zamiast biegać, aż umrze, przy pewnym napięciu laptop decyduje się poddać. Aby wziąć pozostałą energię i z wdziękiem zamknąć.

Kliknij miernik baterii na pasku zadań i kliknij opcję większej mocy. W bieżącym planie zasilania kliknij zmień ustawienia planu. Kliknij Zmień zaawansowane ustawienia zasilania. Przewiń do dna i kliknij znak + baterii, u dołu pojawi się lista. Kliknij niski poziom naładowania baterii i zmień następujące ustawienie: na baterii na: 40% (jeśli twój system wyłączy się przy 30%, ostrzeże Cię o niskim poziomie baterii na 40%)

teraz kliknij na Krytyczny poziom naładowania baterii i zmień ustawienie na 35%.

teraz kliknij krytyczne działanie baterii i zmień ustawienie na hibernację.

Spowoduje to hibernację systemu przed rozładowaniem akumulatora i zapobiegnie jego nagłemu wyłączeniu. Jeśli to możliwe, ustaw wiek baterii na nieco mniejszy, ponieważ nagłe wyłączenia są różne za każdym razem.

Naładuj do 100%, a następnie pozwól mu działać, aż do śmierci, a następnie naładuj. Jeśli tak się stanie, kup nową baterię

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.