My most hopeful guess is that amazon is including files recently moved into the trash, of which there are a fairly large number.
My least hopeful guess is that some odrive sync commands failed to convert placeholder files into real files and instead deleted them?
Here’s the thing though
referencing this answer:
there are roughly 1.5million files in my ACD trash. although ACD is only listing 27365 trash objects many of those are large folders.
Even taking 549232-27365= 521867 which is still not 521288
Now taking find . | wc -l on my local filesystem I get 546454 which again still doesn’t match ACD.
Right now I’m just trusting odrive, but I wish ACD’s numbers would back me up. There isn’t anyway to get odrive to scan ACD itself to compare the number count is there?
oh there are quite a few thumbs.db and desktop.ini files that I don’t care about really and got backed up accidentally, not sure if that would account for such a large number. that could be the answer though.
I can’t empty the trash to remove one of the variables though, because when I empty the trash, I’m done, and there’s no tasks or thinking left to complete and I’ll never login to ACD ever again
randomly today, … ACD vomited 30,000 files into ACD’s root directory structure.
yesterday I’d finished moving 100% of files into the trash.
this can’t possibly be odrive’s fault since odrive hasn’t been on.
somehow though this accounts for 2terabytes of data, wondering if somehow these files went unsync’d? or what gives with them! they don’t even seem to all be from the same directory, or day I deleted them, from most of a random media folder to portions of video game backups.
Figure I’ll mention it here, wonder if anyone else ever observed this behavior.