I'm running Jellyfin on a Debian-server in my home, and I have the associated media folders set up as samba shares so that I can transfer any new media from my laptop to the server through Dolphin (KDE file manager).
This has for the most part worked very well (except slow speeds), but I've had an issue recently where the files are not copied over properly. This resulted in glitches in for example music files that would stop playback. I checked the checksums of some of these files, and they were different from source. Seems like the glitchy files are missing some data, but at no point were I notified about this. It works fine after I removed the files and transferred again, and now the checksums match.
Is this a common issue with samba, or could it be a sign that my HDD is acting up?
I don't know if samba has any error checking built in, so it may be even down to wonky network.
I would try doing a copy using rsync or ssh (sftp - you can use dolphin for that too), and see if that helps.
rsync was written by one of the original Samba developers. I wonder if Tridge and co have any idea about how to shuffle data from A to B safely?
CIFS/SMB will only indicate received and not received and written. This is unlikely to be an issue.
I would start by proving that my network works properly, especially that dodgy cable with only wires 1,2,3,7 connected - because that's all 100Mb/s needs, or the solid core cable that runs for 150m with plugs at each end instead of sockets and drop leads.
Is the "Dolphin" that you're using the same dolphin that KDE uses as a gui file manager?
"Is this a common issue with samba" - no.
Samba shuffles rather a lot of data, quite happily. You have not given us an exhaustive description of the shoddy wiring, dodgy switches and wonky configuration that makes up your network. If it was perfect, you would not be posting here.
There is one snag with CIFS (Samba follows MS's standards and ironically, I think that CIFS is now renamed back to SMB) that I am aware of, so SMB ... snag: SMB will indicate that a chunk of data has been received successfully but not that it has been written to disc successfully. NFS will notify that a chunk of data has been written to disc.
The difference is subtle but if there is not a battery backed RAID involved then SMB/CIFS can lose data if the system restarts part way through a write.
Your issue is probably hardware related. Test your network with say iperf3. Have a look at network stats. Don't rely on cargo cult bollocks - do some investigations. Nowadays we have nearly all the tools as open source to do the entire job - we did not have that 30 years ago. Grab wireshark, nmap, mtr and the rest and get nerdy (or hire me to do it - don't do that please!)
Check if you get big memory spikes when transferring, or OOM entries in dmesg.
Had some trouble with a new samba install on Debian causing OOM issues recently (this was admittedly in LXC). Resulted in files apparently transfered but were not. This was due to optimistic locks, which are apparently poorly implemented (according to the 2-year old open bug) but on by default. I haven't done due diligence to say what's the best solution, I just turned oplocks off.
https://bugzilla.samba.org/show_bug.cgi?id=15261