Hello,
Is it possible to consult a log in libreelec 9.2 or kodi 18.9 which allows to know for a given day how long to operate the raspberry pi?
Thank you in advance for your help.
Hello,
Is it possible to consult a log in libreelec 9.2 or kodi 18.9 which allows to know for a given day how long to operate the raspberry pi?
Thank you in advance for your help.
The systemd journal includes OS information and /storage/.kodi/temp/kodi.log contains activities by Kodi. Activities with the application are not necessariily representative of activities of a user though, so you have to interpret the logs.
Thank you for your reply "chewitt".
Indeed, the activity log is not representative of the activity because there are few dates that are recorded.
Is there another possibility to know the raspberry turned on and when it turned off.
Otherwise I saw in libreelec that it displays the activity time over 6 days. there is no possibility to see the details of these 6 days?
In LE11 (nightly) images (and maybe LE10 .. I can't guarantee though) allow you to configure persistent journal logs. It's intended for debugging but in your case will simply increase the time range there is data for. You will be able to see boot and can see login/logout activities in the journal, but another issue to contend with on RPi is the lack of RTC which means the clock on boot starts from glibc release date not actual time; until the network is up an ntp corrects. You can solve that by adding an RTC chip.
Another approach would be to configure Syslog export of data and track activity in a logger/SIEM tool. You will still need a solution for RTC issues, but when you see gaps in telemetry the Pi was off, and when it's on you get data.
Thank you very much "chewitt" for all these precisions.
They will certainly help me to find the solution
Not sure if this helps but you can enter uptime at SSH to see the current uptime sinde the last boot/reboot.
That was my idea yesterday too, but no, uptime displays the last time you booted the box (only the current season) and nothing from the past.
with continuous logging switched on:
journalctl --list-boots
might do