I am using also some Astrometa tuners and all are working fine.
There's no mention of what exactly you wish to receive and through which SW so it's hard to say what does not work. The log does not show anything bad (to me).
LE + TVH Server should work, in Debian you may need to download a proper firmware.
The "out of range" message is normal and harmless, the reason is an initial tune without parameters set...
Regarding to recommendations - I don't receive DVB-C but DVB-T2 and I am in general satisfied with Astrometa tuners (various HW versions), which are pretty universal and works fine for me, hopefully they should work with DVB-C as well.
I have never used WOL feature of TVH HTSP Client but the reason why it stopped working for you can be various so I would double check it (from another workstation and from LE using another WOL utility) before reporting a bug.
The server in general, as TVH HTSP client has a different versioning so the same TVH HTSP client usually works with both TVH 4.2 and TVH 4.3 servers.
Hi VLouis , I am afraid I have a specific issue which almost nobody else is able to reproduce. Please look here: LE 10 Nightly - Live TV - Subtitles not displayed on some TV channels
The issue is still the same in LE13.
If you think you found a regression in 4.3 then it's better be reported here.
I know but I spent a huge time, trying to discover the root of the "subtitle issue". Most likely it's not the TVH4.3 itslef but some incompatibility with LE. It depends on DVB-T2 provider and there's no way to fix this issue by LE or by TVH settings... Unfortunately perhaps only a small group of LE users has the same scenario like me so debugging must be tough.
I regret developer's decision to remove TVH 4.2 from LE13 despite TVH 4.3 is not fully compatible with LE yet.
Mostly due to unfixed issues with subtitles that I have reported a long time ago, I'll have to stay at latest LE where the TVH4.2 still works... 
See the post #86 and update the LCDd.conf file accordingly.
I have encountered in latest LE 13 Nightly on RPi 4B ( LibreELEC-RPi4.aarch64-13.0-nightly-20241101-5b3a206 ) the KEY_SUBTITLE devinput action in Kodi was changed, when watching the Live TV or video recordings.
In past it was simply toggling on/off the subtitles, now the subtitle configuration menu is open and the selection must be made. This is very annoying.
Probably it's a change in Kodi (Build 22.0-ALPHA1 21.90.700). If anybody has a comment related to this change, I would be glad to be informed.
Currently I don't have a registration in Kodi forum, also for the case it should be related to LE instead, I am opening this thread here.
I can fix that by remapping the IR Remote key to keyboard's "t" button ( kodi-send --button="t") but I believe this recent KEY_SUBTITLE behavior change is a nonsense...
So if anyone of developers could revert it back somehow, please do it, I am sure it would be a best solution.
irw output: 172 0 KEY_SUBTITLE devinput
Now points to: DialogSelectSubtitle (description: Open a window dialog to select a subtitle stream. (v22 Piers addition))
In past it was probably pointing to: ShowSubtitles (description: Toggles whether subtitles are shown or not.)
Another option which would make sense: NextSubtitle (description: Change to the next subtitle language, if there is more than one.)
It's at line 201 of the /usr/share/kodi/system/keymaps/remote.xml file.
The quick fix is to copy that file to /storage/.kodi/userdata/keymaps folder and edit line 201 to <subtitle>ShowSubtitles</subtitle>
then reload keymaps with the kodi-send --action="reloadkeymaps" command.
BTW. the positioning of subtitles (invoked by CTRL+t on keyboard ) does not work and AFAIK it never worked, also in manual mode the subtitle's positoning does not work.
Fixed in LibreELEC-RPi4.aarch64-13.0-nightly-20241101-5b3a206. Thank you!
FYI after the upgrade from nightly-20241025-9f8eeb6 (RPi4.aarch64) to nightly-20241029-81a82b6 the PVR client (Tvheadend HTSP Client) couldn't run anymore. I suppose the plugins for RPi 4 are waiting for compilation. The revert to nightly-20241025-9f8eeb6 fixed the issue.
Edit - the same issue even after the upgrade to LibreELEC-RPi4.aarch64-13.0-nightly-20241030-2f39556 which appeared in download section in the meantime.
What OS do you run on the Dell?
I would recommend DietPi. It's really great, with many useful plugins ready to use. I have it installed on some old Toshiba laptop, running Tvheadend in docker and Kodi on main OS.
This can happen whenever I restart RPi via SSH?
It shouldn't happen as the volumes should be unmounted properly during the restart AFAIK. The safer way is to unmount the problematic volume manually (see umount --help ).
This can happen whenever RPi or HDD looses supply due to power interruption?
Yes. You should avoid it, also disconnecting the USB/SATA adapter cable from RPi without unmounting, when the RPi is running, can lead to your issue.
This was not happening on Odroid C2 because I was using older LE version with different kernel which was not doing that (flaging HDD as having errors and not mounting)?
I suppose so.
...(RPi's never dies
),...
I understand your smiley face, so just FYI - unfortunately I had this bad experience with my RPi 4B/2G which died suddenly couple months ago, during the normal operation, without any obvious reason... Of course after the warranty period. It was properly cooled so never overheating.
Just a black screen all of a sudden, did not boot anymore - most likely the Broadcom CPU itself died, pulling down the 3,3V to ~1,9V.
Can someone please have a look at s.m.a.r.t. data and let me know if the HDD is dying?
Looks like so far it's not so bad but you should always have your critical data backed up...
See this link and the wikipedia link mentioned there for details:
Fixed in nightly-20240815-f02cf5d (RPi4.aarch64).
Thank you!
OK, so this is a "fix" for me. As I am using kodi-send with irexec, putting this block into /storage/.config/autostart.sh before irexec call fixes the issue.
### Temporary fix kodi-send bug
cp /usr/bin/kodi-send /tmp/.
cp /build/build.LibreELEC-RPi4.aarch64-13.0-devel/toolchain/aarch64-libreelec-linux-gnu/sysroot/usr/lib/python3.11/site-packages/kodi/xbmcclient.py /tmp/.
export PATH=/tmp/:$PATH
### Temporary fix kodi-send bugThanks for the info, so the issue is not so fresh.