Realtek RTL8761B - LinuxReviews
Should work with nightlies.
Realtek RTL8761B - LinuxReviews
Should work with nightlies.
IMO the crash is a result of memory corruption or other programming error and not low memory.
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
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.