¿Cómo puedo restablecer las estadísticas de la batería del powermanager?


12

Cambié mis baterías y las estadísticas de batería del administrador de GNOME se sesgaron. ¿Dónde estarían los archivos que tienen las estadísticas de la batería?

Respuestas:


17

Editar: Ubuntu ahora usa el administrador de energía UPower de freedesktop. Después de buscar la fuente de UPower, parece que la base de datos persistente donde se almacena el historial se define como history-%s-%s.dat. Busqué en mi sistema de archivos y los nombres de mi base de datos son:

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

Sus nombres de archivo obviamente serán diferentes, pero deberían estar en el mismo directorio ( /var/lib/upower/) independientemente. Estos cuatro archivos, a pesar de ser archivos ".dat", son solo documentos de texto legibles por humanos con el historial. Yo diría que haga una copia de seguridad de estos archivos, luego bórrelos o elimine su contenido y ¡debería estar listo! Déjame saber cómo funciona.

Respuesta original:

Buena pregunta. Uno podría pensar que gnome-power-manager tendría su propio archivo de registro en algún lugar para almacenarlo; sin embargo, no puedo encontrar nada por el estilo.

Parece que la mayoría de la información que lee sobre la batería proviene de acpi a través de /proc/acpi/battery/BAT0/info(mi ruta es "BAT0", la tuya podría ser diferente de la tuya) Por ejemplo, aquí está la mía:

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

Pero aparte del conteo de ciclos y la última capacidad total, no hay mucha información de historial aquí, por lo que debe haber otro archivo en algún lugar que gnome-power-manager esté utilizando para la información de historial. Es posible que, en lugar de almacenarlo en su propio archivo, esté utilizando una base de datos más grande que gnome usa para una variedad de configuraciones ... Supongo que también es posible que ACPI pueda almacenar la información del historial en algún lugar también, aunque una vez más no No parece haber ninguna documentación para esto.

Si existen, es posible que las personas que conocen mejor a gnome-power-manager le presten más atención a su pregunta si agrega algunas etiquetas más específicas, es decir. "gnome-power-manager", "acpi", etc. Lo siento, no puedo ayudarte mucho, ¡buena suerte!


acabo de ver aquí, bugs.archlinux.org/task/16970 , que los archivos solían almacenarse como archivos .cvs en ~ / .gnome2 / gnome-power-manager /, obviamente ya no están allí, pero al menos eso sugiere que aún podrían ser archivos .cvs. Además, el póster descubrió esa información preguntando en #gnome en irc.gnome.org, por lo que podría intentarlo para averiguar dónde están los archivos ahora.
adempewolff

Esto es bastante interesante porque la información de la batería en gnome-power manager ahora está almacenada en una base de datos persistente. Me pregunto cómo se producen los gráficos para la precisión de la predicción de la vida útil de la batería.
viyyer

Mi error, Ubuntu en realidad usa el administrador de energía UPower de freedesktop ahora en lugar del administrador de energía gnome, después de mirar a través de la fuente de UPower, creo que he encontrado la base de datos de historial persistente. Actualizaré mi respuesta con los resultados.
adempewolff

1
Además, no es particularmente relevante ahora que hemos encontrado las bases de datos históricas, pero estaba equivocado acerca de que power-manager obtuviera la información de / proc / acpi / battery / BAT0 / info, en realidad parece que la obtiene de / sys / devices / LNXSYSTM: 00 / dispositivo: 00 / PNP0C0A: 00 / power_supply / BAT0
adempewolff

Después de eliminar los archivos, mi historial todavía está sesgado. Mi computadora portátil muere alrededor del 73%. Sé que mi batería está defectuosa, pero por ahora solo necesito un aviso antes de que esté vacía (alrededor de 30 minutos). ¿Alguna otra idea sobre cómo restablecer UPower (MATE Power Manager)?
dotnetCarpenter

4

Acabo de probar el enfoque de eliminar archivos. Asumí que dado que upowerd todavía se estaba ejecutando, estos archivos se regenerarían automáticamente, pero no lo estaban, ni estaban allí inmediatamente después del reinicio.

Inicialmente, después de eliminar /var/lib/upower/*.dat, gnome-power-statistics simplemente se ejecutó como una ventana GUI en blanco sin contenido, pero volvió a su estado normal después del reinicio. Curiosamente, mostraba un par de minutos de historial de batería desde el reinicio sin que nada haya recreado los archivos de datos / var / lib / upower, y no pude encontrar ningún otro lugar en el sistema de archivos donde pudiera haber estado almacenando los datos (no había descriptores de archivo para upowerd o gnome-power-statistics que apuntaran a ninguna parte del sistema de archivos, solo los sockets del kernel).

Supongo que algo que no sea upower debe tener un registro a corto plazo de estos datos, que es lo que se mostraba en las estadísticas de gnome-power. La ejecución de "upower -d" también genera puntos de historial para la velocidad de carga y descarga cuando los archivos de datos no existen, por lo que presumiblemente también puede acceder a la misma fuente de datos que es independiente de los archivos de historial / var / lib / upower. upowerd parece recrear los archivos de datos después de unos diez minutos después de la eliminación, por lo que tal vez sean necesarios para almacenar puntos de datos durante un período de tiempo más largo.


1
Solo un apéndice: / sys / class / power_supply es un enlace simbólico útil para / sys / devices / LNXSYSTM: 00 / device: 00 / PNP0C0A: 00 / power_supply (como en el comentario de adempewolff anterior)
Harry Willis

Puede contener los puntos de datos en la memoria o escribirlos en el espacio de intercambio antes de escribirlos en el disco cada 10 minutos. Realmente no veo por qué, pero no puedo encontrar ningún otro archivo en directorios de upower se asemeja a un registro ...
adempewolff

1
Además, dados los resultados de sus pruebas, creo que eliminar los archivos debería satisfacer las necesidades de @ viyyer: eliminará todo el historial de la batería anterior que arruina sus estadísticas. Alternativamente, podría ingresar a los archivos y solo eliminar los puntos de datos anteriores a la nueva batería.
adempewolff

Acabo de eliminar los .datarchivos y se volvieron a generar (no estoy seguro de si sucede de inmediato, pero están allí). En Ubuntu Mint 16.04
dotnetCarpenter

0

Harry, tienes razón. ¿No recuerdas que Ubuntu te pidió que conectaras el cargador antes de instalarlo? Eso es porque está tomando una instantánea de cuánto puede contener la batería. Si desea restablecer el administrador de energía, supongo que necesitará reinstalar Ubuntu o probar un ciclo de energía. En otras palabras, deje que su batería se agote y luego enciéndala en el mismo momento en que conecte el cargador, y manténgala encendida hasta que alcance el 100%.


44
No sé si creo esto. Creo que le pide que conecte el cargador antes de la instalación porque quedarse sin batería en el medio de la instalación, o Dios no lo permita en el medio de la partición, lo mejor sería dejarlo con un Ubuntu inutilizable y, en el peor de los casos, freír las otras tablas de partición de los sistemas operativos .
adempewolff
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.