Chce to větší systematičnost při hledání. Nikdo se stále neozval s informací, co se děje před restartem v logu a zda se generuje crash log. Ještě je důležité vědět, co myslíte tím "restart RPi". Dojde skutečně k rebootu systému nebo se jen restartuje Kodi aplikace? Někteří uživatelé to nedokážou rozlišit, tak se pro jistotu ptám.
Možné příčiny bych rozdělil na několik skupin. Uvádím možná pro někoho až příliš obecný a zbytečně rozsáhlý přehled, ale když už se řeší takový zapeklitý problém, je lepší prověřit více možností, byť se na první pohled zdají být nesmyslné:
- Restart provádí explicitně nějaká aplikace z vnějšku (aplikace v systému mimo Kodi, na síti, připojená přes nějaké rozhraní), prostřednictvím ovládání funkce Kodi, CEC, případně i přímo systému (to poslední je ale nepravděpodobné, takže bych to vyloučil) - to se dá odfiltrovat celkem bez problémů a už se o tom hovořilo a patrně to už proběhlo - tzn. vypnout CEC a zakázat ovládání z aplikací tohoto i jiných systémů, nebo ještě lépe v době, kdy se to má stát, vytáhnout ethernetový kabel (takže to jen pro pořádek a aby to nezapadlo)
- Restart provádí nějaká aplikace mimo Kodi, jako svoji běžnou funkci - takové aplikace je třeba explicitně instalovat, takže byste o nich asi věděli.
- Restart provádí nějaký addon, jako svoji běžnou funkci - takové addon jsou, ale předpokládám, že byste o nich asi věděli
- Restart je reakcí na nějakou "hustou" výjimku nějaké aplikace mimo Kodi, po které následuje crash, v kombinací s funkcí, která se provádí periodicky. Typicky, nemáte příliš mnoho paměti, ale pro normální běh aplikace to stačí. Aplikace ale např, 1x denně provádí nějakou speciální akci, při které potřebuje víc paměti. Není napsaná optimálně, výjimku nemá ošetřenou ideálně a při ní to spadne. Takovými aplikacemi mohou být např Tvheadend server, Webgrab++, ...
- Dtto jako 4, ale pro Kodi nebo jeho addons. V případ addons by to měly být především ty, které jsou trvale v paměti, viz Nastavení > Nastavení systému > Doplňky > Spuštěno. Podobně, jako u vytažení kabelu ethernet, bych je vyzkoušel jednoho po druhém, v době před očekávaným restartem, zablokovat.
Pokud bych já podobný problém hledal, začal bych analýzou log-u. Jde-li o nějakou tvrdou chybu, tak tam ale většinou nic nebude. Ta by ale zase pravděpodobně vedla ke crash Kodi a pak by měl existovat crash log. Pokud se vytvoří, tak se téměř s jistotou jedná o případ 5, případně 4. Je otázkou, zda by se nedal analyzovat crash log, ale to byste s tím museli jít na fórum Libreelec. Pochybuji, že to někdo tady u nás je chopen zanalyzovat (i když asi základní obraz o možném zdroji problémů by se z toho možná dal najít).
Laické hledání možného zdroje potíží v případě 4 je těžké, ale jeho pravděpodobnost je malá, takže pak bych se soustředil na případ 5. Začal bych tím, že si před očekávaným restartem zastavím Kodi. Pokud se očekávaný reboot RPi (jedná-li se o něj) nedostaví, mělo by následovat totéž pro jednotlivé addons. Začal bych těmi, u kterých se provádí nějaká periodická činnost (nebo je to pravděpodobné). Vím, bude to trvat delší dobu, co addon, to jeden den, ale jiná cesta asi není. Edit: Vlastně je, pokud budeme předpokládat, že ta chyba je jen v jednom addon, můžeme použít metodu ze známé úlohy na hledání falešné mince. tzn. provádět blokování po skupinách addons (začít polovinou addons, a pak vždy dělit identifikovanou skupinu dále na poloviny).
Neznám samozřejmě vaše instalace, ale ze známých addons bych vyzkoušel Stream-Cinema, o kterém je známé, že díky chybě v Kodi knihovně na interface mezi Kodi a Python aplikacemi, které využívají funkce pro správu dynamické paměti, postupně užírá paměť. Zároveň u něj probíhají nějaké periodické akce, a myslím že i 24 hodinové, startované v čase spuštění.
