Как я могу сбросить статистику батареи для PowerManager?

12

Я изменил свои батареи, и статистика батареи менеджера GNOME стала искаженной. Где будут находиться файлы со статистикой батареи?

viyyer
источник

Ответы:

17

Редактировать: Ubuntu теперь использует UPower Power Manager Freedesktop. После просмотра источника для UPower выглядит, что постоянная база данных, в которой хранится история, определяется как history-%s-%s.dat. Я искал в своей файловой системе, и мои имена базы данных:

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

Ваши имена файлов, очевидно, будут отличаться, но они должны находиться в одном каталоге ( /var/lib/upower/) независимо. Эти четыре файла, несмотря на то, что они являются файлами «.dat», на самом деле являются просто читаемыми текстовыми документами с историей. Я бы сказал, резервное копирование этих файлов, а затем либо удалите их, либо удалите их содержимое, и вам будет хорошо идти! Дайте мне знать, как это работает.

Оригинальный ответ:

Хороший вопрос. Можно было бы подумать, что у gnome-power-manager есть собственный файл журнала для хранения, однако я не могу найти ничего подобного.

Похоже, что большая часть информации, которую он читает о батарее, поступает от acpi через /proc/acpi/battery/BAT0/info(мой путь «BAT0», ваш может отличаться от вашего). Например, вот мой:

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

Но кроме количества циклов и последней полной емкости, здесь не так много информации истории, поэтому где-то должен быть другой файл, который gnome-power-manager использует для информации истории. Возможно, что вместо того, чтобы хранить его в своем собственном файле, он использует большую базу данных, которую gnome использует для различных настроек ... Я полагаю, также возможно, что ACPI также может где-то хранить историческую информацию, хотя в очередной раз этого не происходит. Кажется, для этого нет никакой документации.

Если они существуют, вы можете получить больше внимания к вашему вопросу людьми, которые лучше знают gnome-power-manager, если вы добавите некоторые более конкретные теги, т.е. "gnome-power-manager", "acpi" и т. д. Извините, я не могу вам чем-то помочь, удачи!

adempewolff
источник
только что увидел, bugs.archlinux.org/task/16970 , что файлы хранились как файлы .cvs в ~ / .gnome2 / gnome-power-manager /, очевидно, их больше нет, но по крайней мере это намекает что они все еще могут быть .cvs файлами. Кроме того, постер узнал эту информацию, спросив на #gnome на irc.gnome.org, чтобы вы могли попробовать это, чтобы узнать, где сейчас находятся файлы.
adempewolff
Это довольно интересно, что информация о батарее в gnome-power manager теперь хранится в постоянной базе данных. Интересно, как создаются графики для точного прогнозирования времени автономной работы.
Viyyer
Моя ошибка, Ubuntu фактически использует диспетчер питания UPower от freedesktop, а не gnome-power manager, после просмотра источника UPower, я думаю, я нашел базу данных постоянной истории. Я обновлю свой ответ с результатами.
adempewolff
1
Кроме того, теперь это не особенно актуально, когда мы нашли базы данных истории, но я ошибался в том, что power-manager получал информацию из / proc / acpi / battery / BAT0 / info, кажется, что она действительно получается из / sys / devices / LNXSYSTM: 00 / устройство: 00 / PNP0C0A: 00 / power_supply / BAT0
adempewolff
После удаления файлов моя история все еще искажена. Мой ноутбук умирает около 73%. Я знаю, что моя батарея неисправна, но сейчас мне действительно нужно разряжаться, пока она не разрядится (около 30 минут). Любые другие идеи о том, как сбросить UPower (MATE Power Manager)?
dotnetCarpenter
4

Только что попробовал подход delete-files. Я предположил, что поскольку upowerd все еще работает, эти файлы будут автоматически восстановлены, но они не были - и не были там сразу после перезагрузки.

Первоначально после удаления /var/lib/upower/*.dat gnome-power-statistics просто запускалась как пустое окно графического интерфейса без содержимого, но после перезагрузки возвращалась к своему обычному состоянию. Как ни странно, он показывал пару минут истории батареи с момента перезагрузки, и ничего не воссоздавало файлы данных / var / lib / upower, и я не мог найти больше нигде в файловой системе, где он мог бы хранить данные (не было файловых дескрипторов для статистики upowerd или gnome-power, указывающих куда-либо в файловой системе, только сокеты ядра).

Я предполагаю, что что-то кроме upower должно иметь краткий журнал этих данных, который отображался в статистике gnome-power. Запуск «upower -d» также выводит исторические точки для уровня заряда и разряда, когда файлы данных не существуют, поэтому, вероятно, он также может получить доступ к тому же источнику данных, который не зависит от файлов истории / var / lib / upower. upowerd, по-видимому, воссоздает файлы данных примерно через десять минут после удаления, поэтому, возможно, они необходимы для хранения точек данных в течение более длительного периода времени.

Гарри Уиллис
источник
1
Просто приложение: / sys / class / power_supply - это полезная символическая ссылка для / sys / devices / LNXSYSTM: 00 / device: 00 / PNP0C0A: 00 / power_supply (как в приведенном выше комментарии Адемпевольфа)
Harry Willis
Он может просто хранить точки данных в памяти или записывать их в пространство подкачки, прежде чем записывать их на диск каждые 10 минут. Я действительно не понимаю, почему, но я не могу найти никаких других файлов в каталогах UPower, напоминающих журнал ...
adempewolff
1
Кроме того, учитывая результаты вашего тестирования, я думаю, что удаление файлов должно отвечать потребностям @ viyyer - это удалит всю историю старой батареи, которая испортила его статистику. С другой стороны, он мог войти в файлы и удалить только те точки данных, которые были до новой батареи.
adempewolff
Я просто удалил .datфайлы, и они были заново сгенерированы (не уверен, что это произойдет немедленно, но они есть). На Ubuntu Mint 16.04
dotnetCarpenter
0

Гарри, ты прав. Разве вы не помните, что Ubuntu просила вас подключить зарядное устройство перед установкой? Это потому, что он делает снимок того, сколько батарея может держать. Если вы хотите сбросить диспетчер питания, я предполагаю, что вам нужно будет переустановить Ubuntu или попробовать цикл питания. Другими словами, дайте батарее разрядиться, а затем включите ее в тот же момент, когда вы подключите зарядное устройство, и держите его до тех пор, пока он не достигнет 100%.

Мигель Родригес
источник
4
Я не знаю, верю ли я этому. Я полагаю, он просит вас подключить зарядное устройство перед установкой, потому что разряженная батарея в середине установки или, не дай бог, в середине разметки, в лучшем случае оставит вас с непригодной для использования Ubuntu, а в худшем случае поджарит таблицы разделов других ОС. ,
adempewolff