Dropbox API Issue - failed to open source: not an encrypted file - bad magic string (Response/Header Issue)

Same problem, started today without any change at my side.
It's possible that was my Ubuntu 22 server auto-updated from Vultr cloud provider.

If i check file with: od -bc my.file | head
I noticed "application/octet-stream" inside my all files header.
Because of that, my applications do not recigionize files as valid.

0000000 000 000 002 000 042 012 236 200 010 012 030 141 160 160 154 151
         \0  \0 002  \0   "  \n 236 200  \b  \n 030   a   p   p   l   i
0000020 143 141 164 151 157 156 057 157 143 164 145 164 055 163 164 162
          c   a   t   i   o   n   /   o   c   t   e   t   -   s   t   r
0000040 145 141 155 022 200 200 010 120 162 157 157 146 040 157 146 040
          e   a   m 022 200 200  \b

I see new strange errors in my application too, like:
HTTP/1.x transport connection broken: malformed HTTP version

Keep in mind that i saw errors on Storj and Dropbox mount (same VPS). Storj started to work again after rclone re-install, but at Dropbox mount i still see errors.

Possible that is error causing VULTRs current network upgrade?

My current rclone version:
rclone v1.62.2

  • os/version: ubuntu 22.10 (64 bit)
  • os/kernel: 5.19.0-40-generic (x86_64)
  • os/type: linux
  • os/arch: amd64
  • go/version: go1.20.2
  • go/linking: static
  • go/tags: none

Thank you for help.

Hi all,

Looks like a Dropbox server issue possibly corrupting the data being received.

Are you able to reproduce with something more simple like this (without crypt):

rclone check --download Dropbox:some/folder Dropbox:some/folder

or perhaps:

rclone check --download Dropbox:some/folder Dropbox:some/folder --multi-thread-cutoff=1M --multi-thread-streams=4

Has any of you contacted Dropbox?

Tried online chat support but they said they don't support 3rd party apps and online support does not cover API or know of changes to API.

I also opened a discussion on their API support site.

ideally if we worked out which call is failing and why we may get more support from them. I am assuming rclone is using their V2 HTTP API

Also getting this issue, started about 2-3 hours ago.

Can't play media (audio only & videos).

IO error: not an encrypted file - bad magic string

rclone lsd/move/copy work fine. am able to see the encrypted files properly.

Running on:

rclone v1.61.1
- os/version: ubuntu 22.04 (64 bit)
- os/kernel: 5.15.0-70-generic (x86_64)
- os/type: linux
- os/arch: amd64
- go/version: go1.19.4
- go/linking: static
- go/tags: none

Without a small and reproducible example neither we nor Dropbox will be able to find out what is happening.

Has anybody tried reproducing like suggested above?

I have the same problem since today morning:

vfs cache: failed to _ensure cache vfs reader: failed to write to cache file: not an encrypted file - bad magic string

Annoying..

Doesn't trigger for me, only on mount for some reason

C:\Users\Cramik>rclone check --download dropbox:frankensteinfolder dropbox:frankensteinfolder
Enter configuration password:
password:
2023/04/25 01:40:41 NOTICE: Dropbox root 'frankensteinfolder': 0 differences found
2023/04/25 01:40:41 NOTICE: Dropbox root 'frankensteinfolder': 1 matching files

C:\Users\Cramik>rclone check --download dropbox:frankensteinfolder dropbox:frankensteinfolder --multi-thread-cutoff=1M --multi-thread-streams=4
Enter configuration password:
password:
2023/04/25 01:41:14 NOTICE: Dropbox root 'frankensteinfolder': 0 differences found
2023/04/25 01:41:14 NOTICE: Dropbox root 'frankensteinfolder': 1 matching files
1 Like

Command: "rclone check --download dropbox: dropbox:" shows below output (not encrypted files)
2023/04/25 08:51:50 NOTICE: Dropbox root '': 0 differences found
2023/04/25 08:51:50 NOTICE: Dropbox root '': 2 matching files

Same result is if i add: " --multi-thread-cutoff=1M --multi-thread-streams=4"

If i try same check command with crypt/chunker, it shows:

Unsolicited response received on idle HTTP channel starting with "\xee\xf3%\x9b\xb1ʾ\xf9!+\x84\x8f\xb8.\xe3\x17\xc8\xe7\xeb0\xed\x17/IMS\x84\a\x95c\xeco\xd5\xf1L\xd0Ey\x9b\x9...
1 Like

@cramik Do you recognize the text in italics above? Is it from the same file (frankenstein.txt)?

Checking folder with one file, tests OK crypted and uncrypted - the issue appears with mount only for me

rclone check -v --download dbx:rclone_test dbx:rclone_test
2023/04/25 08:55:32 INFO  :
Transferred:   	    3.145 GiB / 5.933 GiB, 53%, 54.597 MiB/s, ETA 52s
Checks:                 0 / 1, 0%
Transferred:            0 / 1, 0%
Elapsed time:       1m0.3s
Checking:

Transferring:
 * 0a9mjjpovhu2b55b32s3oi…tvrubg2lkundbuh9m83ddg: 36% /4.361Gi, 27.466Mi/s, 1m43s

2023/04/25 08:56:32 INFO  :
Transferred:   	    6.352 GiB / 7.537 GiB, 84%, 53.361 MiB/s, ETA 22s
Checks:                 0 / 1, 0%
Transferred:            0 / 1, 0%
Elapsed time:       2m0.3s
Checking:

Transferring:
 * 0a9mjjpovhu2b55b32s3oi…tvrubg2lkundbuh9m83ddg: 72% /4.361Gi, 26.576Mi/s, 45s

2023/04/25 08:57:16 NOTICE: Dropbox root 'rclone_test': 0 differences found
2023/04/25 08:57:16 NOTICE: Dropbox root 'rclone_test': 1 matching files
2023/04/25 08:57:16 INFO  :
Transferred:   	    8.722 GiB / 8.722 GiB, 100%, 56.787 MiB/s, ETA 0s
Checks:                 1 / 1, 100%
Transferred:            1 / 1, 100%
Elapsed time:      2m43.6s

2023/04/25 08:57:16 INFO  : Dropbox root 'rclone_test': Committing uploads - please wait...
rclone check -v --download crypt:rclone_test crypt:rclone_test
2023/04/25 08:59:42 INFO  :
Transferred:   	    2.338 GiB / 5.529 GiB, 42%, 41.163 MiB/s, ETA 1m19s
Checks:                 0 / 1, 0%
Transferred:            0 / 1, 0%
Elapsed time:       1m1.0s
Checking:

Transferring:
 *                file: 26% /4.360Gi, 20.691Mi/s, 2m37s

2023/04/25 09:00:42 INFO  :
Transferred:   	    4.762 GiB / 6.741 GiB, 71%, 40.502 MiB/s, ETA 50s
Checks:                 0 / 1, 0%
Transferred:            0 / 1, 0%
Elapsed time:       2m1.0s
Checking:

Transferring:
 *                file: 54% /4.360Gi, 20.273Mi/s, 1m39s

2023/04/25 09:01:42 INFO  :
Transferred:   	    7.225 GiB / 7.972 GiB, 91%, 42.255 MiB/s, ETA 18s
Checks:                 0 / 1, 0%
Transferred:            0 / 1, 0%
Elapsed time:       3m1.0s
Checking:

Transferring:
 *                file: 82% /4.360Gi, 21.164Mi/s, 36s

2023/04/25 09:02:20 NOTICE: Encrypted drive 'crypt:rclone_test': 0 differences found
2023/04/25 09:02:20 NOTICE: Encrypted drive 'crypt:rclone_test': 1 matching files
2023/04/25 09:02:20 INFO  :
Transferred:   	    8.720 GiB / 8.720 GiB, 100%, 41.405 MiB/s, ETA 0s
Checks:                 1 / 1, 100%
Transferred:            1 / 1, 100%
Elapsed time:      3m38.9s

2023/04/25 09:02:20 INFO  : Dropbox root 'mcftu429hab4s': Committing uploads - please wait...
2023/04/25 09:02:20 INFO  : Dropbox root 'rclone_test': Committing uploads - please wait...
1 Like

Same issue here as of a few hours ago. No config changes have been made in over a year, and things were working smoothly. This has to be a change on Dropbox's side to affect this many people

1 Like

Hello I found this probably this is the problem.

Because only fails on mounts

3 Likes

rclone check works without a problem:

rclone check --download db-movies-crypt:FILE/ db-movies-crypt:FILE/ 2023/04/25 11:00:58 NOTICE: Encrypted drive 'db-movies-crypt:FILE/': 0 differences found 2023/04/25 11:00:58 NOTICE: Encrypted drive 'db-movies-crypt:FILE/': 1 matching files

But when i try to access the same file over rclone mount i get the bad magic string problem.

The issue started at exactly 06:00 AM CET

1 Like

Thanks a lot for the first round of test results, and links to relevant Dropbox issues.

I will now try come up with a new test using mount without crypt (and failing harder than just receiving some unsolicited HTML messages)

If anybody can prove reception of an unsolicited HTML message with content that isn't yours (that is somebody else data) then we are sure to get Dropbox attention, since they may then be breaking GDPR which sets some very strict (and heavily fined) rules on their prompt reaction.

3 Likes

Well i see characters like: 鎙 譐, ETC. inside "Unsolicited response". Those data is not mine for sure. And i think that was not produced with rclone crypt hashing?

Check full recivied response here:

Unsolicited response received on idle HTTP channel starting with "\xafU6\xd81g\xdd\xe0h\x90r\x8e\x98\xb9?\x86V\xfbB\xb3)(\x16\x9c\x9d\xefK0\xb1\xfem41\xf9\xb2\x8b\xd0\x0f\xd1\xfe\x88\xa8\x1f\x0f\xa2\v\xb2\x93iҁ\xf1\xb3\xdb\xd6\xdf\xfe#\x15\xca\x17\x95\x95L\x19\xfeg4>\xc0\x92\xf9\xefH\xc6\xee\xd5\x03,\v\a\x89G"l.\r\x93\x1e\xafh\x1c薛\xa0@7_\x05\xa4\x9f\xbf\xd7:\xe9\r\x12J\xa5\x84\xfay\xe6$\xcb;\x88o\xf0N\x8cAI\xe5\xe7\x1c\x16\xd7\xe2\xd9.\x9e\x1c\xe3\xc9v\xb8\xf7\tgj3\xc5A\xb0\x01N\x0e\xd7:\x1a\xa9\x18\xa0[D\xd7\xd4\xed\xc4A&\xc5P\x9d/\xe0\xcf\xd8e\x93\x98\xfdp\x9a\xe6(\xc1R{\xd9l\xc9\xe9\U000dd8ccq%ʳ\x83\xca\"\x1f*\xe6\x0f\xc9\xc3 \x8a\x9a\x11\x85:\x8b~\xf5\x8bYV\x1b\x19M\xab\xd2=\x80\x999\xffR7\x15\x8b\xfa;$q\xb4\xdf !\xd4z\xed*\xfbٖ\\xa7H\xf1\x1f\x117\x17\x83>=\xa43\x19\x8e\x1d/\x1fx8c\xd7\xf8p7\x8d\x10\xbb#6\xd2^d\xa8\b\xa1:\xb6\x18\x8d\xb9\xd9m\xe4F\x7f(d\x87\f(o\x93\x01\x9b\xabDf\xbd%\x8dH\xa2\x91\xff2>[ٮ\xa8\x86S\xa5\x12%\f\x05\xe6\xe1xK#\xe2h\xf6\xfd2\xa2c\x17\xeb\x8c\x1e\x05\xda\xe5}=\x89\xa5!\x11\x9c\xcd\n;\xae\xa2\xb4\x01\xa0\a-\xb6}\xc9ю\x81q\f\xc3\xc0)|\x98\x82\xefq\x02W0\xecq\x9d\x8e\x19\xa5\x19\x00i\xd3\a\vd\x819\xc4%r%>0X=\r\x15]\x1fρ\x11\xaa\xc1\v:\xaa\rJ䈔@\x15\xeb\x01+z\x1b\xf2\x86\x02a\xc2\xd6|o:Wo]\xfdB\xffL\xac\xdb\t\xdf\xe3\xc1\xf5\xc74Q\xe6g6'\x820\x04\xd3)\xfc\x81\xadD\xf8da\x93U\xa2B1\x0eh\xb1\xb7\xc5Kxƻ\xf1\xdb \xcfOΥhz\xben\xc9k\x81,&zUWCX\xc1\xd7\xd14\xa5T\xed\x04l\x92e^C_7s\x90\x91\x9b҇\xb0\xa1\\x18\xda5\xd8\xc6\xd7G[\x8b\xd0\xc0\xe2Ce\x8e\x16X\x80\xa3oaO\xd0\xcc\x12e\xc5pX8C\x9b\xe9)\x9b?\xbe\xbd\xa1/\x89\xd3q\xd1+\rz\x04*Y͛\x18\xaf\x8cz\xc44\xa8/x\xe8X\xa}\xca~(\xd2\xf2Q\xed\xffY\x00U|\x00\x18\t:݂\x8d,\xb7̬\xe4\x87\xf4\xe6J\xdbm\vT\xfb\xbaXɷk{8\xfaʵev\xd9'o\x87E\xb1v\xc8S\xff\xfa\xef\x8b\xd6ح\xc7\xfd1\xb9\x8f\x85|2ɏ\xf4\x95c\x80/\xa6\x82Z\xd0{\xf6\x8aCl\xe6\x02\xd3\xdd\x12\xa1\xfb\x1e\xb7\xe6ah\x86\xd5q\x04A\xfa~\xf8\x00\x8f\x19\x1c\x90\x85\xbc\xee\x83aZ\xcc\xc7K\xa7\x85\xd0\xee\xbc\xc3\xe8\x93Ά\xcc\xd9mO+[h\xc9\x1f\xda\b>\xed\xf6\x16\xe2\xc4h+\x83\x9ag)\x87\xdf\xe3g\x0e\xc0\xe0\x05I\xf5\xf6\xb1\xc2\xce\x1c\x9d~\xf5\x81\x1b\x97\x06AZ\xe5\xfa\x86\xa8\xbf\xbb\x8705\xc2j\xab^x\xca#\x93\xccE\x97\xa8d\xa0b\x9eh\xe9\x9bmn\x80\xfa\x8d\x1f̀\x87\x89\x95*\x18\xf9\xc0\x9a\x990\n\x1a\x1d\xa6\xf3\xba\xfdV\xb5\8ay\xba\x1a\xfe\xdf̚\xe7Ô'\xc0o\xbcz\x02\xf21\x0e*\xdd\xfb\xb5\n\xd33'\xad\xaf\x19\x0e\x9f\xa3\x1f\xa1\x1b\xf5\x9e\xa2\x05\x15\xb6\x8c\x98\xaeA\xc9P\xf9ڛb\xa7\xe2\xbM\x05\x97\xf6\xac\x82\xa9\xfa%i\xd7s\x17\t\x92\x05C\xab]\x1fm\x98\xd2T\xdd&ѩ\xfa%\xa5\x10Q\b\xbav\xa9\xe0du\xdd[\xbdew{\xb8\xa6lno\xe5\xf2H\x89iOtz)\v\t$u:)?\"\xf9\xbb(ӓ%\xc0\xfeJ\xa1:G\xccv\xae\xae\x89\xd9\xea\xd4\xf2f\xc1U\xce\xca\x18?E\x84\xdbk\x86\x1e\xf9mW}\x15\xc5\x02o\xc8\xcdM\xcf'm\xb7\xdf\xe1\x18\xc8u\x9d\xb6\x8f\xb3d\U0008d857\x88\x15\xa0}\xcbX}\x05c\xa9\xe76s\x9c\xd5郮\xdd\x1f\xe2{\xa8\xc8Ä\xc7\x01V~\x02eH\xe0T\xad<\xe50\x03#_\x04[\tfH\xf08\x8d\x00\x9a\xc14\xe4\xf75@l4\x0e\v\xda \x96!\x17ݙ\xb3\xfba\xabnT\xe4\x0f6\x81\xc7}\x83.\xcdojƖo\xe5\xb1O\x80\xd5\a\x86~{\xfd\b\xe5F\x1c\xe7L\xb5\xce\xfa\xa5_2J\xb1W\x964\x82\x96\n\x0f\x7f2!\bk\xae\xb7\x1b\xdc\xe6糸\xad\x1de"m \x7f\xa4Se\a\xe1~\xb9\xa63]\xeb\n|悼Nj\xba<\xef3\xf3\xac\x05\xf0 \xc9\xe3k\xaax\xbd\xe3,\xf4æ\xb6(\x04)\xd6\n!\xee\xed\x13\x12\x15\x87\x83vRU\x13\xbd\xc26X\xb4\x91\xf2MԁT\xa0ّ\xfb\x03\u05eb\x82\xee\xa7ޕ\xc3ހ\xb6\xa3A\xefz\xc5(nc\x1a\x1b\v\xf4\xb2_խq\xb0뀵\x95v\x05\xa82C\xf9\x87\xbe\x95\xa2\xb6\x13\xf1\x1e\xf7\xcae\x94:\x17\x84\xadW\xb6h\xda\xc0\xac\x10\xfa\x9b;\xea\xf9\rH\xe1\x9b\xcd\x1c\xd3ʙ\x9a\xbc\x02\x84\xa0m\xa3\xf7\x94\xaejA\xea\x138\n*\x9a\x04\xa6\x10\xf9+AmOh\x1a\xe1\xcb\xc1\xe1\xe9\xfbCi\xd2|p\x1d\x88\x04\xb0\xbf\x0e\x0ff\x14\xe7\xf5\xedL\x8cP=7\xaa\x92L\x83˃\x18 <\xdeke\x0f}\xb97\x00\xc8\nH;\x0e\xd6\xd9\x06|\x12\xf5\x98\xac*\x9bWHs\xbe\xb1\a\xffJ\x91o\xff\xfd\xc1'\xddRaQ\t\x9f\x89B~\xc5!\r\xa9\xf1\xb0\x8f\xcc3\xb9PDÔ\xe0"Z\x95\xa3\x18T\xba\x02\xb8c\xa6w\x18.\xaa#mRd\xb1(Az\xb3\x19\x02\x82Υ?\xe2l\x9d~\x8e\x94\xe0\xabf\x95Vӳ\xf7\xf1^\xf4\x95Hx#i\xf9\xd2Ww\x16\xd4;.8C\x04%\x15\xc7rm⍰L:\x9a\x89\x9e\x85z\x86\x17\xa7\xb6\xb8\n\x10\x98\x81\xe2\x06\x15\xa7@\x0fq$y\xd0\xdc\xeb\v\xb8\x8c\xf4\x97\x13\xe9\a\xed\x10,Y\xeeU\xbe\x97\x91Y˶\x93\xc3r^\x01ϲh\x03\x10E\x14\a\xa3\xb9s\xdf\xc7\xea\b7\x99\xe0\xe4\xed\x8bfX\xa3:\xd5\x12\xfcc\xc9\xe3."\xc4\xcf)z\x02\xe3\xe2\xa2\fz[\xe9\xa6\xe8\x0f\x856\xec2\xa9ָ.\x03Ű\x9d\xfa\x8au\xabP\t\xf6d\xe7\xf3\xbds\xd01C[?\xabc}\xe5z\xdG\x01\xde[\xb6\x10\xb3\xb3\x9fE\xd6\xf3\bԻP+\x9bax\x02X#\x02]\x1a\\x1d\x8b\xa6ev\xba\x91שp\x04\x16\x93\xe8\xecqF\xf5Dͪ\xc6\xe3X\x92a7\x9aA\xbaƕ?\xaa;\xddo\r\xe2o\af+\xdf\xf4\xc3s\xf6ɵ\x11\xfd\xf6/Xq\xff\x9c\n[\xdc\xfeѭ\x8e^=#\a\xb1\x19\x02\x98\x92\x9a\xa9\x82j\xa6e\x89h\xc1\x86%T\x01$o\x01߉\fA\x83Q\xb5\xbb/k\x19e>6\xf7\xbf\xed}Lv\xc3\xe7Pt\xb4\x82\x9b\xc9\xfe\x11/\xc0ߊH\xb0\x10{\xbb{\x16b6\xa7:\xd5[\x98\x95\b\x19]\xd6ԏ\x95\x90\xb6LŢFӵ\x04\xa131\xdfR[\xf4\xc6a\xf0\xd2\xca\xe7\x91F\xfb0g'\x7f5\x9e'\xed\xbd6s\xe4\x95\xf9J\x8b.\xc0\x1fS\xec\x1aC"R㍋!\x8e!\x1e\xd0\ax\xcd3p\xf8\x8bPv8\x92\x8f\xd9\xf4\x9b\x87\f\xa1\x86,IJ$\xf1\x15\xfc\x9f~\x11\x9b\x05ra\x97\xa8S\xe4\x91}J\r\x86\xa1\xc6\xf3\xbeP$q\xb5\x19;\x8c\xa9&\b\xa0\x8b\xb9}\xd0et\x01N\n\xe3\xf8Ul\xc0\xe4Tp_\r"gj\x9c\x8a&\xde\x06\xe5\xa0\xe2po\xf2\xb2_\\xf3$\xfc\xc7\xf0\vul_n\xcb\xdd\xca\xe9>\xe2( $\x01\vr˨\bˋ\xe3|\x94\x1e9\xf8\xb2-⤽\xf3\xa0o\x17\xb3\x13\xb6(\x1a\xbei\x92\x04\xc1\xa5\xafu䖍B\xf8y\xf9\xd7Ax\x94\xc2D'm\xb3\x88\a\xb3F\xdds\xcc4j7\xe2\xef\xe2\xceb\xae\xf2\xc0\xf4\xd3kK\xaa\xcb\fa\x17\x7f\xd5Pި\xc2\xd4U\xfey\xd7w)?\xfd\x00C\xa9\x96\x88\xdfb\xc7\x1d\x85ڒI(\xdc\xed@xab\xbd\xf0Z\xb0\xb2:\xed\xac\n\x80\xa9\xe3My\xcb\xfb\x11\xa0\xf1\x8bA\x88\x1a\x15d\xff\xc3\x06J&&\x13-+\xec\x18\x98}\xa8\x19\xc9\x0f\xdf+\xae\x16\xfc\xc6[cr\x9b\xfd\xb0n\x8f\xec\x91\xee\aX\x9d\xb1\x0e@\xceă2ł\xe73\x15\x96xD\x058\x91\xef%L\xfa\x9b\xb2]\x1a\xf0b\xa2\xfdx\x16\x82\xa8\xc0P;\x99\x19\xd5\x03\xc1~ /\xc3t\xcag\xc9\xf7,Ā\x82 }\xec\x9a\xfe\x859J\x01\xecf8n=\xb1\x14\xae\xfd\xa3\xa5\x98\xf02\x90\xb7\x87\x95\xec\x16\x14_[\xecBn\x164ݐB\x81\x82C\xa3 \xd7#2_\x92n7\x8b\xc7Ķ\xfeu&T4\x1c1W'$\xae>\xbf\x91\xf0OR^\xc8\xcc\xf0\xb3\x12ҩfǞ^\x0e\xac\xed\xdb\x16,M\xde\xe4_:\xefG>\x88\xb4\xf3\xce\xd8i\x96\x19\xf4\x94\x11uL\xdc(vHEx\xb4l\xba\x9cɋ|\x01\x91Ac{d\xd5Uo\xd5\n\x15\x10\xa0\xe0\x8f:\xa662\xf2pe\xb4\xa2\xb5|<\xa5\x8d\rJ\x1f\xf7S\xdd\x06+\xb0\xd8\x1c\x87\x9e\xb8[\x0e\xdc\xe3d\xfa\xa5m=n\x05\x16\a\xcc\xca>\xa8a\x8f\xcb8\xd5ɲ#U\xc3\xd3l\xf1\x98?̔r\xf5\x14\xaa\xabK\x8b\x0f\xb0"bQ-\xe90\x18\xaa\xfa|\x06\x94\xe9\xcdx|\xb7\xb8\x06\xab٦\x8d\xe1\x7f66\x10\x83\x93Ru\x0et\xda~$\x1dx9c\x9c\x1fv\f\u05ebk/\x8d\x17)L\xa9Ù\x89\xc3\xfb\x9c\xb8\x9e\x1d x\xa4\x8e\x9a\x18\x8f!\xec!q"\xca酫যyJ\x8a\xe7\xfdK\x9c\xa0A\xa0\xd1\x03~\xba\xc7\xec"\x12\xf0\x86\xadi\xaa(\xb7\xd8AXX\xbaA\x04\xfe,ݢ\x90\x8d\\xd9>\xd8\x0f)y\x8f\xe6y;\xc3\xfe۲>\x1c\xfc\xf3\xfd\xeaq*\xee\xe6\\xbd)&o˖rė\x8e\xcfś\x90DS\xbbZ\xd0J\x95\xce\\xbf,@\xf3\r\xa2\xa1\x8f\x03\x16\x9a\xd9\xed!\x95\xa9\xc5#\xd0V\x90E[\xad9jV\x9f\xfco\xe1\xbbU\xe2\xfd !\xf98\xe2\xd4G\xf5ZŖZ\xe0L\xf5\xbe\xa0˲P4\xff\v\x82\x01.\xe6\t>\xf2JC\xeam\x8e\x94\xe4\x82\x16\x0ek\x80&\x93\x01c\x9a\xbb\x85\x82\xd4\x0f\xf5\xe1\x12w\x0f\xa6Hp\xda\xda\xfd\xc0]\x94ʀ\xed\x81m\x06n7a\x9dm-\x8a\x00\xe4\xc0/\xb3\xc1z\x9d\xb4)o\xaadӗJ\xa5\xef;rcl\xf4\x83\xdaʖ f+\xcfό\xec\f\x98\xf1i\a\xab\xec\xdc\x0f\x06Jh\x88%\x96\x81m\xaa\xaa\x89\xf2\x82 @\xd4%\xe4%\xf3\x9c\x82jJ\x82.Ѩ\xc3\x00\x1elR\x19HQ\xa76\x97\xb6\xae㬾\x8f@\x0e\xa0l\x1f#\x7fl\xb0\xa4\x9fc\x8cL.ť\xd0\xee,F\x02\xbf\xe0[\xbeĻ\x88j\x13\x82Rh\xf0:\x8f\xbdGjp\x9f\xff\xe7Ah\x83\x013W\xf7\x88\xc6Eg\xaa\xeb\xf6$\xfbE\xec\xf2^<\xe1\x8cx\xb2vp}\xac\x96%4\xe4\x17\x1e\x8b\x15nkY\xf4a\x13\xbf\xaf\xe0\x94\xf8\x88XԿcK\xe4\xa9"($R0\x7fK\x04C\xa21\xcf\xf9\x0e?\xff\xb7n\xb7\xeb\x1fI\xf1\v\xab\xcb\xd0Q\xaf\x8eP\xf0\x98\x9ad;\x15\xb2o\xdcT\xa3\xe2f\xf9)d9\xb6|\xe8z\xfb\x95\x82ޭ\xd4Aa@ \xc1,\xf6\xb7\xf84\xf2\xbf2{A(\t\x1c\xbbub\xa3\x99\\x00\a\xee\x8f"?b\xa1\xf4\x9b&'\x8b%qڨFT\xca4\xe7$]xj\x88D¼z\xdbQ\x0f\xa3\a\xe4\xeas\x00\xf3\xbdi\xb9\xc6\xf6\x04@\xc4\xd2m\x9c\n\vW\x01\xbf\x84\x01\xb5\xecYr\xe9\x02\x83\xdbv\xecA\x92\x98@\xb4\x98\x9d7$\xba'\xb7\xff\xd3\fC\xa7*\x04h\x88\x83\xa9ò\x12\xac\x1e\x9f\x1a⥁x\xbf'\x9d?CNAg\x82Gp\xe7\xb4\xe6Sɘ\xb5t\xa7Qz\xb7\xaa\xecL\xad\xea\xc5\"\x99\xd7tw\xcb\xf2\x98X!\x88E\xcfT\x05\xb61>\x82_!\xf3\x068\xe07\xd2%(P\x84\xdc \xefb\x1br\xaa\x10\xf5t\xf1~\xd6ʊx\xf8Wp\xc2\xef\x9d2э\xc9ڥ\x88rBS\xa7\xaf\xe9[\xadXR\xa8 \xdfC\x83\xc7]\x88\xe9\x13P\x14\xb3C\xe3\xae\xfe\xb5\xc0j\xc4\xccS/\xd4\x15\xe9\xa68\x97\xd8ʘ\x0e\tp\x7fq9\xf3\x83\x12\xd6r\xb6\x98\x8aLH\xeb\x11˹\xa8z\x1d\x9a\xb1Q^K\x8cZ6M]\xf6\x8e\xdb\x05\xc1\x04\x18\x00(鎙-\xff\xd7%IOi\xeb\xeccx\x02?\xd1LR\xa7\xb1<\xbc)\xbd~.B )\x1e\x9c\b\xc3+\xe5e\x1e\x86\xec\xce\xe3\x10(J\x94o8\xc8q\x1de8H\xca\xd6\xe7\xfb_\x06C\xbbΖ7\xdcR\x16\xe0\x11\xfa\xd3\xfa\x84۶|\xfe\x15\x964\x95g\"H}\xff\xce{\x107*\xfe\xee\xd01\xfc\x81\x93\x13\x81x\xf5\xa1\xb7W1\x1a\xb3R~\xb7\x1fb\x94\x82[\x10\xe0\x1a\xf7\x0f\xbd\xff2-\x97떅!\\\xd5Y4.\x90\xe9Bz\xb8$\xb2\xedp\x06\xc7(\xec\xef\xce6\xbe\n\x17m\f+\xb9C9h\x95\x8a\x80\x1fZ\x8b\x9b*cB\xb4\x05\xeakwC\xdb4\x9c\x9f\xd0\xc1]Fs\x9a\x85Π\x02\x92\x1a\xdee{\xa8\xaa[\x9f\x99g\xb1\xb3\xb4r\xf7Z\x1eV\xd4\xc6L\fK\re\xc2\x17ݿ4Qڵ\xbec\x89,t\x99\x02-\xd9=\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x007a\x04\xe6\xc2\xc2\xe4p\xc36\b\x18DZ\xc7\xc1\xc1ܽg Ƨ\x8dt\x93\xca\x06\xc49c\x82\x10\xf3;\x90\xba\x81?\xfd\x81WZ\xc2\xf7\xc8\x13\x8\x10\t^\xe2(\xb2\xc1\xd2n\xe8\xf6M\xfe+\nM\xa2\xa1\xb8譐\xe0\xaf%\xf0\xf3\ab\n\x11J\x90cP\x95\x90\x839il\f,\x13\xf1\x98\x05w\xa7Wm\xc8\xfe\xf3\xf5\xec\r\x1b\x04O/\x0f\x98}\xcdd}\x9ff0~"; err=

Hi all,

Here is a new test including a (simple non encrypted) mount:

rclone mount Dropbox:some/folder /some/local/folder
rclone check --download Dropbox:some/folder /some/local/folder

Can somebody make it error/fail?

Hmm, not sure, could just be encrypted data.

1 Like

Fails as expected

$ rclone check --download dbx:rclone_test ./rclone_test
2023/04/25 09:59:27 NOTICE: Local file system at /home/ubuntu/rclone_test: 1 differences found
2023/04/25 09:59:27 NOTICE: Local file system at /home/ubuntu/rclone_test: 1 errors while checking
2023/04/25 09:59:27 Failed to check: 1 differences found

I tried with simple non-crypt mount, response was:

rclone check --download dropbox: /mnt/dropbox/
2023/04/25 09:57:14 NOTICE: Local file system at /mnt/dropbox: 2 differences found
2023/04/25 09:57:14 NOTICE: Local file system at /mnt/dropbox: 2 errors while checking
2023/04/25 09:57:14 Failed to check with 2 errors: last error was: 2 differences found

Mount log error

2023/04/25 09:57:14 DEBUG : test.txt: ChunkedReader.Read at 0 length 4096 chunkOffset 0 chunkSize 134217728

2023/04/25 09:57:14 Unsolicited response received on idle HTTP channel starting with ""\n \n\x18application/octet-stream\x12\x04123\n"; err=

2023/04/25 09:57:14 DEBUG : &{test.txt (r)}: >Read: read=4, err=

2023/04/25 09:57:14 DEBUG : &{test.txt (r)}: Flush:

2023/04/25 09:57:14 ERROR : test.txt: ReadFileHandle.Flush error: corrupted on transfer: dropbox hash differ "8cb9012517c817fead650287d61bdd9c68803b6bf9c64133dcab3e65b5a50cb9" vs "418256aaea6ff5b8f696dddc49f694cbcf44b0e0def88a4121d78ec43844d1f2"

2023/04/25 09:57:14 ERROR : IO error: corrupted on transfer: dropbox hash differ "8cb9012517c817fead650287d61bdd9c68803b6bf9c64133dcab3e65b5a50cb9" vs "418256aaea6ff5b8f696dddc49f694cbcf44b0e0def88a4121d78ec43844d1f2"

2023/04/25 09:57:14 DEBUG : &{test.txt (r)}: >Flush: err=corrupted on transfer: dropbox hash differ "8cb9012517c817fead650287d61bdd9c68803b6bf9c64133dcab3e65b5a50cb9" vs "418256aaea6ff5b8f696dddc49f694cbcf44b0e0def88a4121d78ec43844d1f2"

2023/04/25 09:57:14 DEBUG : &{test.txt (r)}: Release:

2023/04/25 09:57:14 DEBUG : test.txt: ReadFileHandle.Release closing

2023/04/25 09:57:14 ERROR : test.txt: ReadFileHandle.Release error: corrupted on transfer: dropbox hash differ "8cb9012517c817fead650287d61bdd9c68803b6bf9c64133dcab3e65b5a50cb9" vs "418256aaea6ff5b8f696dddc49f694cbcf44b0e0def88a4121d78ec43844d1f2"

2023/04/25 09:57:14 ERROR : IO error: corrupted on transfer: dropbox hash differ "8cb9012517c817fead650287d61bdd9c68803b6bf9c64133dcab3e65b5a50cb9" vs "418256aaea6ff5b8f696dddc49f694cbcf44b0e0def88a4121d78ec43844d1f2"

2023/04/25 09:57:14 DEBUG : &{test.txt (r)}: >Release: err=corrupted on transfer: dropbox hash differ "8cb9012517c817fead650287d61bdd9c68803b6bf9c64133dcab3e65b5a50cb9" vs "418256aaea6ff5b8f696dddc49f694cbcf44b0e0def88a4121d78ec43844d1f2"

2023/04/25 09:57:17 DEBUG : Dropbox root '': Checking for changes on remote