Posts by mglae

Open the Addon Settings Sidebar and choose Check for updates.

After deleting Textures13.db the thumbnails will be recreated.

Still the __throw_length_error() errors from Thread 1 in kodi or do you have noticed in the meantime any OOM condition logged in system or from any process?

Three dots? Do you see . and ..? Is this the output of ls -a /storage/nsa?

Use systemctl status storage-nsa.mount and journalctl -u storage-nsa.mount to see systemd messages. mount is showing all succesfil mounts from system.

And simple but important: is there anything stored below /i-data/e6510fdf/nfs/KodiShare on the NAS?

NFS is not SMB, use What=192.168.1.14:/Volume1.

IMO the repo info is just outdated. When ignoring icon load errors and looking on addons there is a try to download youtube 6.6.0. In the repo currently 6.8.6, 6.8.7 and 6.8.8 are available.

Go to Addon Setting sidebar and manually update the repos. If this fails again, post a debug log.

On success enable or increase the "Wait on network" option in LE settings addon.

BTW: the Textures13.db database is corrupt and should be deleted.

I was vague on purpose...

In /storage/.cache/connman you do see a directory for every configured wifi network as "wifi_SSID_MAC". The configuration is stored in the settings file.

Changing i.e. password is simple but if changing the SSID a new directory has to be created.

Important: if changing from the running system connman has to be stopped before.

You should test every step in your environment with your identical box before.

Network configuration is below /storage/.cache/connman

Use this from shutdown.sh is executed after network is down

Until the fix reach the repo you can find a 9.2 test build in the PR.

When using CONFIG_LOG_BUF_SHIFT we can differ between platforms. I.e. using 128k for small memory RPI1 devices and 512k for most other.

EDIT: According to Wikipedia you do need SNMPv2c to read 64bit counters.

No Idea. Wild guess:

1) "Some" additional configuration required on server or client side. Having no experience with snmp I can't help.

2) The single patch is not enough to get memSysAvail. In this case try building the git HEAD.

A new object memSysAvail is created by the patch. Did you update your UCD-SNMP-MIB.txt?

BTW: net-snmp-0002-net-snmp-create-v3-user.in.patch and net-snmp-0003-config.sub.patch should be updated to apply clean to 5.9

Just /storage/wakeonlan.py 10:23:QW:ER:TY:45.

The broadcast IP address is only needed when routing to a different network.

You always get a devel-DATE-GITHASH image. Only official release builds do have official release numbers.

Use [email protected] pw libreelec.

First patch path element is always removed, the patch does still apply.

net-snmp 5.9 was released a few weeks ago but does not include the needed memavail commit.

Beside the crash there is nothing visible in the log.

Tvheadend is logging into /storage/.kodi/userdata/addon_data/service.tvheadend42/debug.txt. Maybe you see something there.

Not having any experience with RPIs I can't tell anything about the vchiq error.

But some general recommendations.

1) While looking for errors enable debug logging with:

<advancedsettings>
<loglevel hide="false">1</loglevel> 
<debug>
    <showloginfo>false</showloginfo> <!-- Change this to "false" to hide the on-screen debug log text -->
</debug>
</advancedsettings>

2) Due to some errors in LubreELEC-Settings addon the automatic update to 9.2.6 is failing. Please update manually - or better install the test version from Testing LibreELEC-settings addon · Issue #4547 · LibreELEC/LibreELEC.tv · GitHub to test the automatic update fix.