Download of large files via curl / wget reliably corrupted (hash sum mismatch) #12340
Comments
Logs are required for review from WSL teamIf this a feature request, please reply with '/feature'. If this is a question, reply with '/question'. How to collect WSL logsDownload and execute collect-wsl-logs.ps1 in an administrative powershell prompt: The script will output the path of the log file once done. If this is a networking issue, please use collect-networking-logs.ps1, following the instructions here Once completed please upload the output files to this Github issue. Click here for more info on logging View similar issuesPlease view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it! Open similar issues:
Closed similar issues:
|
|
/emailed-logs |
Diagnostic information |
Windows Version
Microsoft Windows [Version 10.0.22631.4460]
WSL Version
2.3.26.0
Are you using WSL 1 or WSL 2?
Kernel Version
5.15.167.4-microsoft-standard-WSL2
Distro Version
Ubuntu 24.04
Other Software
Repro Steps
Create a new installation of Ubuntu 24.04 via:
In the shell, download
openjdk-17-jdk-headless_17.0.13+11-2ubuntu1~24.04_amd64.debvia eithercurlorwget:Compute the SHA-256 hashes of both
download-via-curlanddownload-via-wget:The file sizes are correct (71367354 bytes), but the hashes are wrong. The hashes will vary each time.
As reported at https://packages.ubuntu.com/noble/amd64/openjdk-17-jdk-headless/download the correct hashes are:
Expected Behavior
The SHA-256 sums of
download-via-curlanddownload-via-wgetshould both be b8872f6d026275ef12fcdb65aaab725115b8b3bfc39f4103569ae4e2392a3dd2Actual Behavior
Each of the downloaded copies,
download-via-curlanddownload-via-wget, are corrupted, and even differ from each other.If I download the DEB file on Windows, and then copy the file into
\\wsl.localhost\Ubuntu-24.04\home\dtrebbien\tmpusing Explorer, the file is not corrupted:Moreover, binary comparisons of
download-via-curlanddownload-via-wgetvs.download-via-Windowsreveal different segments of bytes that have been changed:It seems that the same problem is affecting
apt-get updateas well. I came across #12079 which is what I am seeing as well:This could also be related to #8607
Diagnostic Logs
I will email them.
I attempted to follow the instructions to collect WSL logs for networking issues, but there is an error:
.. even though I had
tcpdumprunning in a su shell. It wasn't possible for me to reproduce the problem before the networking log collection process ended.The text was updated successfully, but these errors were encountered: