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?
rysnc
might be a faster and more reliable option. It can compress the files for transfer and does checksums after the transfer is completeI used something like this to transfer 12 TB from offsite to onsite with zero failures
rsync -arvzip --progress /path/to/host /path/to/destination
You can set up a
screen
and let this run in the background all the timeThanks! Glad to know
rsync
includes check after transfer, as I’ve just recently used it to backup everything on these drives to another hard drive that will not always be spinning. But I did not consider using it to transfer new media onto these hard drives.I’ll try to use it to resync the files that were acting up.
Depending on your file structure, you could probably keep this running all the time so you don’t have to manually intervene in the future
How would I achieve that? With cron?
screen
rsync
job to maintain parity between source and destinationrsync
will be running in the background until you kill itYou can reattach the screen whenever you want to check on status, change parameters or kill it