Thepn

yes im going to try booting from a laptop and transferring some random file on the laptop ssd. You think that would work?

yes it's quite confusing. Chat gpt is saying something in the motherboard on the NAS maybe or the operating system itself. Unsure if you read the updates but it looks like the issue exclusively exists when copying from the NAS to another system. Locally it's fine, writing to the nas is fine, but reading from it is where the corruption exists (except when copying to a flash drive, so only when reading from the nas on something network related). I have tested multiple different network setups (NICs, cables, ports) and those all result in the same errors. Rsync also fails, recognizing the corruption

Yes i checked on another windows laptop and when i transfer from nas to that one the file still corrupts

Ok there's no issues when coppying internally on the nas as of now. the reason i thought so before was because i used the windows md5 utility to check hashes. But when i check internally on unraid they're fine. However when i trey to transfer from unraid to windows that's when they get corrupted and hashes break

I'm sorry you lost me. I don't understand what you want me to do

yes but what should i do in the terminal?

how? Also some updates. It seems the issue exclusively occurs when trying to read from the NAS. If i copy files to the nas the hash matches (as long as i check the hash from within unraid - as if i don't i am reading the file from the nas and the issue occurs)

I'm trying to use rsync but i keep getting ssh_dispatch_run_fatal: Connection to 192.168.1.200 port 22: message authentication code incorrect

Same behaviour as before

I apologize for my noobness here but I don't know what that means or how to do that

I Am not quite sure how to do that. Would the nas still show up as it does right now? or is it a whole new thing to setup

diagnostics-20260319-1242.zip

**** Looks like it's actually causing corruption the other way, when copied/read from NAS into another device (even when streamed from NAS)************* Have been pulling my hair out for a week now so I figured it was time to ask for help. Running Unraid Unleashed 7.2.4 Specs: i5 4690k, z97 G55 Motherboard, 1080ti, 4 x 4GB 1866MHz RAM Storage: 1Tb Cache NVME SSD, 4 x 24TB Exos HDDs HBA: 9207-8i NIC: Intel X540 Everything connected locally via 10GBe (Switch etc.. also 10GB) Essentially the issue is as stated in the title. I initially noticed some quality degradation when playing files via Jellyfin or from the NAS with VLC and thought it was related to jellyfin or network issues. Eventually realized the hashes didn't match between files so something was going wrong in the file transfer. I am using Windows file transfer, robocopy and teracopy for each of the following tests (have done every combination so many times) Here's what i've done so far: windows 11 Desktop -> Unraid NAS Cache -> array = MD5 doesn't match disable cache for array and then transfer = Md5 Mismatch Windows machine to another drive on the same desktop = MD5 Match Windows Desktop -> Share on Cache = Mismatch At this point I reran memtest for 28 hours , no issues. I also took out the NIC and changed the ethernet cable and Switched to another port on the switch (just in case). All of the above results were the same. Next i tried transfers within unraid. Array -> cache and cache to array = Mismatch Cache ->array = mismatch then i used chatgpt to help diagnose the issue and it made me create some 1gb files in ram and hash those a few times to make sure they matched. They did Then made it create a .bin of that on the array and get the hash of that to see if it still matched, it did. When i compare hashes generated (of the same file) within unraid to the hash that teracopy or powershell creates they are different (same as the one in windows explorer - i know it's some utility i added before, but i don't remember what it is). This is confusing. Additionally when i generate MD5 within unraid of a target file it matches perfectly to the same file that I move within unraid (as long as i check the hash with the unraid terminal). But this is where it gets weirder. If i delete that file and copy from the windows machine to the NAS again. The hash is once again different as to the desktop (and different to the last copy where it was also different) but when i run the hash within unraid terminal, it actually matches the previous runs of the same file before deletion. Yet the file is definitely corrupt and the quality loss is clear. Point being i have no idea what is going on and desperately need help. Thank you Edit: here's something interesting. On one test file i transferred from PC to NAS the hash matches but only if i compare the locally derived hash to the locally derived hash (windows side md5 for the windows copy and terminal MD5 for the unraid copy) If I compare them with a utility like teracopy that's supposed to compare them automatically, it doesn't match. And if i use the windows utility to generate MD5 for both of them it doesn't match. I thought the tool might be broken, but unlikely that powershell, file explorer and tertacopy are all faulty. does calculating md5 for a network attached file not work? EDIT 2: Seems like the real issue is in reading files from the NAS. However it's done results in corruption: taking a hash of the file from windows reads as a hash mismatch because of some error during the read. transferring the file from unraid to windows result in hash mismatch. It also looks like jellyfin reading the files and streaming them results in some kind of corruption