como posso redefinir as estatísticas da bateria do powermanager?

12

Troquei minhas baterias e as estatísticas de bateria do gerenciador do GNOME foram distorcidas. Onde estariam os arquivos com as estatísticas da bateria?

viyyer
fonte

Respostas:

17

Edit: O Ubuntu agora usa o gerenciador de energia UPower do freedesktop. Depois de procurar na fonte o UPower, parece que o banco de dados persistente onde o histórico está armazenado é definido como history-%s-%s.dat. Eu procurei no meu sistema de arquivos e os nomes dos meus bancos de dados são:

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

Seus nomes de arquivos obviamente serão diferentes, mas devem estar no mesmo diretório ( /var/lib/upower/) independentemente. Esses quatro arquivos, apesar de serem arquivos ".dat", são realmente apenas documentos de texto legíveis por humanos com o histórico. Eu diria que faça backup desses arquivos, exclua-os ou exclua seu conteúdo e você deve estar pronto! Deixe-me saber como isso funciona.

Resposta original:

Boa pergunta. Alguém poderia pensar que o gnome-power-manager teria seu próprio arquivo de log em algum lugar para armazená-lo - no entanto, não consigo encontrar nada desse tipo.

Parece que a maioria das informações que ele lê sobre a bateria vem da ACPI /proc/acpi/battery/BAT0/info(meu caminho é "BAT0", o seu pode ser diferente do seu). Por exemplo, aqui está o meu:

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

Mas, além da contagem de ciclos e da última capacidade total, não há muitas informações de histórico aqui, portanto, deve haver outro arquivo em algum lugar que o gnome-power-manager esteja usando para obter as informações de histórico. É possível que, em vez de armazená-lo em seu próprio arquivo, esteja usando algum banco de dados maior que o gnome use para uma variedade de configurações ... Suponho que também seja possível que a ACPI possa armazenar as informações do histórico em algum lugar também, embora mais uma vez não exista ' Parece não haver documentação para isso.

Se eles existirem, você poderá receber mais atenção da sua pergunta por pessoas que conhecem melhor o gnome-power-manager se você adicionar tags mais específicas, por exemplo. "gnome-power-manager", "acpi", etc. Desculpe por não poder ajudar muito, boa sorte!

adempewolff
fonte
acabei de ver aqui, bugs.archlinux.org/task/16970 , que os arquivos costumavam ser armazenados como arquivos .cvs em ~ / .gnome2 / gnome-power-manager /, obviamente eles não estão mais lá, mas pelo menos sugere que eles ainda podem ser arquivos .cvs. Além disso, o pôster descobriu essas informações perguntando em #gnome em irc.gnome.org, para que você possa tentar descobrir onde estão os arquivos agora.
Adempewolff
É bastante interessante que as informações da bateria no gnome-power manager estejam agora armazenadas em um banco de dados persistente. Eu me pergunto como os gráficos de precisão da previsão de duração da bateria são produzidos.
viyyer
Meu erro, o Ubuntu atualmente usa o gerenciador de energia UPower do freedesktop agora, em vez do gerenciador de energia gnome, depois de examinar a fonte do UPower, acho que encontrei o banco de dados de histórico persistente. Vou atualizar minha resposta com os resultados.
Adempewolff
1
Além disso, não é particularmente relevante agora que encontramos os bancos de dados do histórico, mas eu estava errado sobre o gerenciador de energia obter as informações de / proc / acpi / battery / BAT0 / info, na verdade, parece obtê-las em / sys / devices / LNXSYSTM: 00 / dispositivo: 00 / PNP0C0A: 00 / power_supply / BAT0
adempewolff
Depois de excluir os arquivos, meu histórico ainda está distorcido. Meu laptop morre em torno de 73%. Eu sei que minha bateria está com defeito, mas por enquanto eu só preciso de um aviso antes que ela fique vazia (cerca de 30 min). Alguma outra idéia de como redefinir o UPower (MATE Power Manager)?
DotnetCarpenter
4

Apenas tentei a abordagem de excluir arquivos. Eu assumi que, como o upowerd ainda estava em execução, esses arquivos seriam regenerados automaticamente, mas não estavam - nem estavam lá imediatamente após a reinicialização.

Inicialmente, após excluir /var/lib/upower/*.dat, o gnome-power-statistics apenas funcionava como uma janela da GUI em branco, sem conteúdo, mas retornava ao seu estado normal após a reinicialização. Estranhamente, ele mostrava alguns minutos do histórico da bateria desde a reinicialização sem que nada tivesse recriado os arquivos de dados / var / lib / upower, e não consegui encontrar nenhum outro lugar no sistema de arquivos onde pudesse armazenar os dados (não havia descritores de arquivo para upowerd ou gnome-power-statistics apontando para qualquer lugar no sistema de arquivos, apenas soquetes do kernel).

Suponho que algo que não seja upower deve ter um registro de curto prazo desses dados, que é o que estava sendo exibido nas estatísticas do gnome-power. A execução de "upower -d" também gera pontos de histórico para taxa de carga e descarga quando os arquivos de dados não existem; portanto, presumivelmente, ele também pode acessar a mesma fonte de dados que é independente dos arquivos de histórico / var / lib / upower. O upowerd parece recriar os arquivos de dados após cerca de dez minutos após a exclusão, portanto, talvez sejam necessários para armazenar pontos de dados por um longo período de tempo.

Harry Willis
fonte
1
Apenas um adendo: / sys / class / power_supply é um link simbólico útil para / sys / devices / LNXSYSTM: 00 / device: 00 / PNP0C0A: 00 / power_supply (como no comentário de adempewolff acima)
Harry Willis
Pode apenas conter os pontos de dados na memória ou gravá-los para trocar espaço antes de gravá-los no disco a cada 10 minutos. Eu realmente não vejo por que, mas eu não consigo encontrar quaisquer outros arquivos em diretórios de uPower assemelhando-se um log ...
adempewolff
1
Além disso, considerando os resultados dos seus testes, acho que a exclusão dos arquivos deve atender às necessidades do @ viyyer - ele excluirá todo o histórico da bateria antiga que está atrapalhando suas estatísticas. Como alternativa, ele poderia acessar os arquivos e excluir apenas os pontos de dados anteriores à nova bateria.
Adempewolff
Acabei de excluir os .datarquivos e eles foram gerados novamente (não tenho certeza se isso acontece imediatamente, mas eles estão lá). No Ubuntu Mint 16.04
dotnetCarpenter
0

Harry, você está certo. Você não se lembra do Ubuntu pedindo para você conectar o carregador antes de instalar? Isso ocorre porque está tirando uma foto de quanto a bateria pode aguentar. Se você deseja redefinir o gerenciador de energia, presumo que você precisará reinstalar o Ubuntu ou tentar um ciclo de energia. Em outras palavras, deixe a bateria descarregar e depois ligue-a no mesmo momento em que você conectar o carregador e mantenha-a até atingir os 100%.

Miguel Rodriguez
fonte
4
Não sei se acredito nisso. Eu acredito que ele pede que você conecte o carregador antes de instalar porque ficar sem bateria no meio da instalação ou que Deus não permita no meio do particionamento, na melhor das hipóteses, deixaria você com um Ubuntu inutilizável e, na pior das hipóteses, fritaria as outras tabelas de partição de sistemas operacionais .
Adempewolff 27/05