# OneDrive high levels of uploaded file corruption

**URL:** https://forum.duplicati.com/t/onedrive-high-levels-of-uploaded-file-corruption/13879
**Category:** Support
**Created:** [February 4, 2022, 4:23pm UTC](https://forum.duplicati.com/t/onedrive-high-levels-of-uploaded-file-corruption/13879 "2022-02-04T16:23:35Z")
**Posts on this page:** 1
**Showing post:** 1

<div class="post-metadata">

### Author: ![ts678](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/t/8491ac/32.png) [@ts678](https://forum.duplicati.com/u/ts678)
#### Post date: [February 4, 2022, 4:23pm UTC](https://forum.duplicati.com/t/onedrive-high-levels-of-uploaded-file-corruption/13879/1 "2022-02-04T16:23:35Z")

</div>

Anyone else seeing this? I switched back to OneDrive after awhile on Google Drive and Backblaze B2, and soon found lots of downloaded files (for example in the after-backup test sampling, or heavier manual test) failing their integrity test. I tested with [Duplicati.CommandLine.BackendTester.exe](https://duplicati.readthedocs.io/en/latest/07-other-command-line-utilities/#duplicaticommandlinebackendtesterexe) with a URL adapted from [Export As Command-line](https://duplicati.readthedocs.io/en/latest/03-using-the-graphical-user-interface/#exporting-a-backup-job-configuration) because this test wants an empty folder to start with. I saw errors on this test too.

Because errors are hard to isolate when one doesn’t know what the file is supposed to look like, I next used [Duplicati.CommandLine.BackendTool.exe](https://duplicati.readthedocs.io/en/latest/07-other-command-line-utilities/#duplicaticommandlinebackendtoolexe) with a 64MiB test file that I used before, to `get` `put` and compare. Downloading through OneDrive (and this is OneDrive Personal, in case it matters) got the same corruption.

The corruption pattern is weird. The first odd thing is it starts and ends at even binary boundaries, like some filesystem or drive sector problem might do. Even weirder is the new content is valid [Base64](https://en.wikipedia.org/wiki/Base64)-encoded data although it doesn’t decode (at [cryptii.com](http://cryptii.com)) to valid text, and looking at the decoded bytes in hex didn’t help…

 ![image](https://forum.duplicati.com/uploads/default/original/2X/e/ed24fc34e0c57604edcfb85f872ad62f1d8a0469.png)

CrystalDiskInfo interpreted SMART results on the hard drive look fine, and raw values are hard to interpret.  
If this was a drive error, I’d expect errors to other destinations too, nevertheless I might try another system.  
Other potential future work includes testing using OneDrive’s own client software, and testing with `rclone`.  
This error seems to arise about once every GB of upload, which is way too high to be used for my backup.

---

_[View the full topic](https://forum.duplicati.com/t/onedrive-high-levels-of-uploaded-file-corruption/13879)._