not sure this belongs to support, but it sure is a request for help.
got about 50gb to copy from gdrive (this is probably irrelevant, but my gdrive is way over its quota now i stopped paying for it).
the problem is i also got over 3000 errors after trying to sync twice (didn't notice at first that the each time it was actually 3 retries done already by default, and that i actually wanted to copy, not sync), of which:
303 are NOTICES of duplicated files (already tried to now use dedupe to fix this, oddly it took the expected 44min but got 7 errors which i could manually fix and 88 notices which might already be nearly too much to go manual), and;
most of everything else seem to be related with unaccepted file names (but there are other errors as well).
all in all, apparently over 97% of the errors are related to file names.
in case this is really relevant here:
go version: go1.15.3
is there any way to just and simply copy ALL files no matter what? rename them for whatever name can be accepted, "deduped", etc.
in case there's no answer to the main question, as i would expect, this could also help me and couldn't find an answer yet: how can i copy over those ill named files?
actually, at this point it's just a guess this is indeed the issue. so, this is the most common error message i could find:
ERROR : (∆16G)to organize/(∆3.7G)mac+documents/zone/BlahTherapy - May "premier plane".rtfd/TXT.rtf: Failed to copy: open /data/data/com.termux/files/home/achoz/.nosync/toreview2020dec/(∆16G)to organize/(∆3.7G)mac+documents/zone/BlahTherapy - May "premier plane".rtfd/TXT.rtf: operation not permitted
thanks so much for this amazing little tool! it works mostly wonderfully, even before i learned so much more about it. ;-*
2021-01-02 17:44:37 ERROR : XXX: Failed to rename: googleapi: Error 403: The user does not have sufficient permissions for this file., insufficientFilePermissions
So that is one reason the de-dupe is failing. Are these files owned by another user maybe?
2020/12/31 17:47:28 ERROR : XXX.png: Failed to copy: open data/data/com.termux/files/home/achoz/.../XXX.png: operation not permitted
These errors look like permissions errors on Android - termux not being able to open those files for some reason. Can you (say) using head on one of those files in termux and see what it says there? What do the permissions look like on that file?
yeah, i saw those too but don't worry about those 7 errors there. as i mentioned, they're just 7, i can manually handle them later on. if you're still curious i can report back later. they're apparently completely unrelated to my main concerns... unless you think they are related, i prefer to let it be for now and focus on the rest.
if you had all this in your head before, i now feel bad for laughing on your previous question. i'll be reading everything again many times now to see what i may have missed.
i also feel you didn't need to go in that much details, but i'll also re analyse this...
yes, creating a folder /data/data/com.termux/files/home/achoz/.nosync/toreview2020dec/(∆16G)to organize/(∆3.7G)mac+documents/zone/BlahTherapy - May "premier plane".rtfd/TXT.rtf using just mkdir -p ' and closing quotes later worked flawlessly (i'm on telegram termux group right now discussing a caveat there because i first tried it, "wrongly" so, using ", but that's probably unrelated here).
termux has never had any such weird bug during my nearly 1 year experience with it.
i just used the same string without the first slash data/data/com.termux/files/home/achoz/.nosync/toreview2020dec/(∆16G)to organize/(∆3.7G)mac+documents/zona/BlahTherapy - May "premier plane".rtfd/TXT.rtf and inside a temp folder.
trying to copy this time, instead of sync, got me 7 new unidentified errors (3237 instead of 3230).
this time it was for sure after running the dedupe.
There must be something about that filing system which doesn't like non Windows friendly characters. Mobile phones are complicated beasts!
If you run mount or cat /proc/mounts you may be able to see what type of file system it is on.
All the errors seem to be like this
Failed to copy: failed to open source object: open file failed: Use the --drive-acknowledge-abuse flag to download this file: googleapi: Error 403: This file has been identified as malware or spam and cannot be downloaded., cannotDownloadAbusiveFile
If you do as it says and use the --drive-acknowledge-abuse flag these will download.
i was aware of that "abuse" flag as well, but i rather go one by one now. i like the serendipity of it.
both mount commands bring a huge chunk of text. do you want to bother?
all i know is that i'm in pixel 3 and android 11 using shared storage access offered by termux, which is indeed a bit different from termux file system otherwise. perhaps i forgot to mention this before and it could be in the heart of the issue.
my only question, out of curiosity, is why the straight rclone copy of one defective file goes through, while the folder in which it is contained doesn't?
i'll even do one more test now...
edit: indeed, it works individually.
rclone copy 'gdrive:toreview2020dec/(∆16G)to organize/(∆3.7G)mac+documents/zona/BlahTherapy - May "premier plane".rtfd/' ./test/
both folders have now only that TXT.rtf file. test folder was created by this very command.
i bet it would be the same for any of the other 3k files.
i hope you don't mind, but my next step should be to delete (most of) my google drive (after going through the remaining files).