I don't know how high this will ever get into the LE crew's priorities, or if anything can be done about it, but ntfs3 may need attention.
isn't it already done by moving to kernel 5.15 ?
The New NTFS File-System Driver Has Been Submitted For Linux 5.15 - Phoronix
copying from NTFS to NTFS is only half the story, as I will be using ext4 partitions in the end.
quiet clear.
but on one half data could get unmentioned lost/damaged...
However, I am gathering enough storage to shift content about
if you need to do it under Windows:
faster copy with verify => unattend copy
looks similar to my bug:
14 days ago I've:
- setup a clean nightly
- leave most settings to it's default
- and haven't seen it since (knock wood)
thanks chewitt for lightning fast support.
I know the update via ssh and realized the updates on the website.
Just a headup from here
is a kodi.log anyway needed
if so:
and I'll mark this thread as resolved ...
5TB WD 2.5" USB 3 external HDD
if it's an "WD_BLACK P10 Game Drive" (WDBA3A0050BBK-WESN):
- have CMR and
- support TRIM (=> untrimmed => write performance ?)
NUC8, yesterdays nightly, the above disk with ext4
===========================================
hdparm --direct -tT /dev/sdb
/dev/sdb:
Timing O_DIRECT cached reads: 586 MB in 2.00 seconds = 293.13 MB/sec
Timing O_DIRECT disk reads: 350 MB in 3.00 seconds = 116.54 MB/sec
LibreELEC:/var/media/BackupHD # dd if=/dev/zero of=tempfile bs=1MB count=10240
10240000000 bytes (9.5GB) copied, 78.312656 seconds, 124.7MB/s
LibreELEC:/var/media/BackupHD # dd if=tempfile of=/dev/zero bs=1MB count=10240
10240000000 bytes (9.5GB) copied, 103.853891 seconds, 94.0MB/s
===
man hdparm:
--direct
Use the kernel´s "O_DIRECT" flag when performing a -t timing test. This bypasses the page cache, causing the reads to go directly from the
drive into hdparm's buffers, using so-called "raw" I/O. In many cases, this can produce results that appear much faster than the usual page
cache method, giving a better indication of raw device and driver performance.
sudo hdparm --direct -tT /dev/sdX
might (I'm unsure) make the "echo 3 > /proc/sys/vm/drop_caches" superfluous ?
I'm running the yesterday nightly
see the attached photo:
"Update Channel" pulls nothing in => so no "Available Versions"
it has been working moons ago
idea's ?
Make sure you have the latest firmware update (forgot version, something from 2016) the versions before had major bugs.
from here:
DigiBit reports Firmware Version: V1.25.0.157 (30-03-2016)
FW packages seems to be double zipped (a zip in an zip...)
The only con is that occasionally my DigiBit R1 has needed to be power cycled - but only occasionally.
and I thought I would be alone with an issue (cause I own a refurbished DigiBit for ~80 €)
the issue is occasional connection problem with TvH 4.3, right ?
I get this on DigiBit starts once in ~20 starts (DigiBit is switched off when unused, AVM Dect plug)
I must admit that I miss a lot info's I need to completely understand how your setup is.
dump various other files from my Pis
dump once or dump often time by time?
for the first => just move the the disk to that Pi's ...
sudo mount -t cifs -o auto,rw,perm,username=root,password=libreelec //libreelec.local/Kodi_Media/Motion Motion
AFAIK, external disks in LE are mounted under /var/media/
how do you get to the path "//libreelec.local/Kodi_Media/Motion" ?
The Pi that I want to connect to the Libreelec mounted drive has the username pi
what OS it that Pi running ?
I guess one with user management ?
cause - AFAIK- LE has user "root" only
drwxr-xr-x 2 root root 0 Apr 11 2019 Motion
cause the folder "Motion" is owned by root and only root has write access, non-root user can't write to folder Motion
I cant change the write permissions on it using
sudo chmod 777
the sudo command should read "sudo chmod 777 Motion"
I guess you can't change the write permissions cause of mount you used (see my 2. question)
Anyway there is wiki entry for samba:
https://wiki.libreelec.tv/how-to/mount_network_share
===
a (partly) hardcore solution could be (NOT a solution if the other Pi's have different user [-names] )
sudo chown -R <username-of the-remote-Pi-user>:<groupname-of-the-remote-Pi-user> <where-the-external-disk-is-initial-mounted>
be aware:
after that command the Pi-user is able to write on the whole disk and "rm -rf" is a special write command
other solution (unsure if it works out)
- create a folder, let say "0_dump" on the external disk ("0_" for to be on top of an ls -l command or easier finding)
- sudo chown -R <remote-user>:<remote-user-group> 0_dump
is the link to the samba bug report available now ?
Using firefox 97: all links open
btw: wasn't Edge internal the same as Chrome ?
heitbaum is preparing nightly to run last samba
and which are there due defaults
from my Fedora 35 box:
testparm -s => what is set in *my* smb.conf
testparm -vs => what is set as default plus what is set in *my* smbconf
How much you want to bet that the error won't crop up for hours, or at least before the /storage partition of my SD card is full?
such bets are illegal (correct wording ?) cause only *you* know how big your disk is ! 
The wifi has been disabled
and what is this ?:
Feb 12 15:18:57 LibreELEC kernel IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Feb 12 15:18:57 LibreELEC connmand ipconfig state 3 ipconfig method 1
Feb 12 15:18:57 LibreELEC avahi-daemon Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.216.
Feb 12 15:18:57 LibreELEC avahi-daemon New relevant interface wlan0.IPv4 for mDNS.
Feb 12 15:18:57 LibreELEC avahi-daemon Registering new address record for 192.168.1.216 on wlan0.IPv4.
Feb 12 15:18:57 LibreELEC wpa_supplicant wlan0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-35 noise=9999 txrate=144400
Feb 12 15:18:57 LibreELEC connmand wlan0 {del} route fe80:: gw :: scope 0 <UNIVERSE>
Feb 12 15:18:57 LibreELEC connmand wlan0 {add} address 192.168.1.216/24 label wlan0 family 2... maybe I am missing you requirements? If you could maybe make a numbered list I will be sure to get everything for you.
copy 'n pasted from my comment #31
the log file generation:
- reboot
- login via ssh
(- maybe in a 2cd run: with what heitbaum in comment #10 suggested)
- reproduce the error
- run: journalctl -b0 | paste
- post the link you got
this order *is* already the numbering
and because of your statements here:
4. It happens when ethernet is connected (wifi disconnected) and we are streaming videos/movies ...
you need to set the following *before* runing the above log file generation
Wifi: OFF and only LAN: ON
maybe it's sufficing to have the follwoing confugured:
=> "LE settings" => Media => Music => "switch to Visualisation on playback"
and/or
=> "LE settings" => Player => Music => "Visualisation"
- don't know -
otherwise this script "Prevent Idle Shutdown" might help
https://wiki.libreelec.tv/configuration/useful_scripts
needs adjustment ?!
Feb 14 09:57:29.224658 LibreELEC sh[977]: /storage/.config/autostart.sh: line 1: Bash: not found- no experienced log file reader here -
but
1. what is in that autostart.sh ? [1]
2. try without argononed.service and/or autostart.sh
Edit:
[1] found the thread "Argon One Fan Control", but TL/DR
I wonder why a service additionally needs a autostart.sh file doing similar things as the service already does.
in other words: shouldn't the service and a config [2] file be enough ?
[2] to adjust "fan speed without needing a brick and earmuffs" 