Posts by chewitt

Quote from ww75

As Wireguard seems to be the way to go in the future, it would be very nice to see it implemented directly into LibreElec

You mean like this? (4.5 years ago) https://github.com/LibreELEC/LibreELEC.tv/pull/4139

Read: https://wiki.libreelec.tv/configuration/wireguard

If you run "reboot" via SSH (at OS level) the system will be forcibly restarted if needed. If you send a reboot command via Kodi, it must be handled and passed to the OS. If Kod is in some kind of hung state that probably doesn't happen.

Honestly, nobody can remember that far back. Plan B is creating local .nfo files so you don't need to query data from the internet.

ARMv8 Amlogic chips support hardware deinterlacing - as long as the OS implements support for the hardware. In your case the tablet device is running Android so you're in the wrong forum - we support our own OS, not Android.

Log-in to the device over SSH.

No plans to revert official images to wpa_supplicant and the overall number of issues and impacted users is low. LE13 should be out sooner than later, and RPi devices should be using Linux 6.12 which we expect to be the next LTS release and thus the next base for RPi kernels too. It's not hard to self-build something that still uses wpa though; we intentionally left the package in the buildsystem so it was possible.

I have a hunch that Confluence gets updated from the Kodi repo, but the version that's updated-to is no longer compatible with the Kodi version you are using. That's probably a mistake/oversight on the Kodi side (the incompatible add-on shouldn't be added to that Kodi version's repo) but developers are rarely testing old versions so things can happen.

I would update to LE 9.2.6 - if things like optimised software decode are important, or newer. The position in the menu will change, but better to have a less buggy and working Kodi than no Kodi. You can probably hack the skin to change the position if it's a really big deal, although then you need to redo the change with each Confluence bump. These days there probably aren't many.

The NTFS-3G add-on should be in the LE repo (at least the LE13 repo, it might not be merged for LE12 yet) under Services. There's also an NTFS-PROGS add-on in the Tools section which has some of the utility binaries.

Drives that disconnect and reconnect on their own normally trace back to bad power supplies and/or bad USB cables.

IWD is currently missing CMD_EXTERNAL_AUTH support.

RFC patches were posted a few months ago: https://lore.kernel.org/iwd/2024082317…[email protected]/ but looks like some additional joining of dots is needed to get things working on RPi boards.

popcornmix what's the latest on that front? - I can see pelwell and @6by9 commenting so it's presumably on their radar.

LE automounts local devices via udev and remote devices through systemd .mount units: /etc/fstab is nothing more than a stub file to stop some binaries complaining that it doesn't exist. It is not writeable since it's inside the read-only squashfs SYSTEM file.

If you haven't unmounted the NTFS filesystem cleanly from the current device it will probably be in a "dirty" state and that needs to be cleared on Windows using chkdsk.exe before you can attempting mounting under Linux again.

Have a look at the NTFS-3G add-on in the "Services" section of the LE repo. This (added in the last week) add-on overrides the in-kernel driver and uses the older NTFS-3G userspace driver approach used in older LE releases.

echo "echo 1 > /sys/power/pm_async" > /storage/.config/autostart.sh

Run that command ^ and reboot and it should be applied to the OS on each boot. There's probably a modprobe method which will be lessy hacky, but if it works..

Quote from CurtyPi

With RealDebrid Premium.

And at that point we lost all interest in your problem. Pirates aren't welcome in this forum.

Are there any firmware updates pending? .. Check in the settings add-on.

Da Flex please explain how our wiki article on adding content via the local LE samba server going to help diagnose an issue with the Kodi SMB client?

The upstream (Kodi) change that caused the tearing was reverted on all LE images some time ago; leading to an eventual reverting upstream too.

If there's an issue it seems to be localised to your environment. I'm running a (self-built) nightly image on an RPi5 without any network issues and lots of other people run nightlies too; enough to flag-up any general networking issues. NB: The kernel changes in question will be irrelevant unless your home network is IPv6 based?

I'd start with a clean LE13 nightly image on a spare SD card. Any different?

hdmi_enable_4kp60=1

I'd start by removing that ^ from config.txt as the AVR only supports 1080p and that's forcing 4K modes. Any difference?

Feb 27 18:26:04.338050 LibreELEC kernel: usb 3-2.1: new high-speed USB device number 3 using xhci-hcd
Feb 27 18:26:04.338150 LibreELEC kernel: usb 3-2.1: New USB device found, idVendor=2537, idProduct=1066, bcdDevice= 1.00
Feb 27 18:26:04.338251 LibreELEC kernel: usb 3-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb 27 18:26:04.338333 LibreELEC kernel: usb 3-2.1: Product: NS1066
Feb 27 18:26:04.338429 LibreELEC kernel: usb 3-2.1: Manufacturer: Norelsys
Feb 27 18:26:04.338522 LibreELEC kernel: usb 3-2.1: SerialNumber: 0123456789ABCDE
Feb 27 18:26:04.338612 LibreELEC kernel: usb-storage 3-2.1:1.0: USB Mass Storage device detected
Feb 27 18:26:04.338731 LibreELEC kernel: scsi host0: usb-storage 3-2.1:1.0
Feb 27 18:26:07.743322 LibreELEC kernel: scsi 0:0:0:0: Direct-Access     Generic  HDD              0    PQ: 0 ANSI: 0
Feb 27 18:26:07.744202 LibreELEC kernel: sd 0:0:0:0: [sda] Media removed, stopped polling
Feb 27 18:26:07.744306 LibreELEC kernel: sd 0:0:0:0: [sda] Attached SCSI removable disk

The only mention of a USB drive device in the system log ^

The "Media removed, stopped polling" makes me suspect power issues. You can add "usb_max_current_enable=1" to config.txt and see if that makes a difference. Note that RPi5 needs a decent PSU (official one is recommended).