I just did copy about 150GB from my notebook to my external hard disk. As
FreeFileSync estimated that it would take a few days (!!!) I decided to copy
it via the explorer and then check if something is missing and only sync this
via FreeFileSync. So it didn't take me various days with the explorer, but
only a few hours. When I checked with FreeFileSync it showed me about 59GB
that had to be overwritten. However, I don't know why. Because the files
definitely have not changed since and the compare function shows that the
files exist at the destination folder and that their size is just the same.
Now the time shouldn't be different either, as it was just copied a few hours
before and none had been changed.
Files are wrongly marked to be overwritten
- Site Admin
- Posts: 7279
- Joined: 9 Dec 2007
> estimated that it would take a few days (!!!)
This seems related to:
[404, Invalid URL: https://sourceforge.net/tracker/?func=detail&aid=3213227&group_id=234430&atid=1093083]
Just ignore the initial wrong estimate, it will be correct after the initial
file deletion/move and obviously doesn't have an impact on copy speed.
>However, I don't know why
Toggle main grid's middle column and have a look at the categorization.
This seems related to:
[404, Invalid URL: https://sourceforge.net/tracker/?func=detail&aid=3213227&group_id=234430&atid=1093083]
Just ignore the initial wrong estimate, it will be correct after the initial
file deletion/move and obviously doesn't have an impact on copy speed.
>However, I don't know why
Toggle main grid's middle column and have a look at the categorization.
Hi!
I started the transfer and what started out to be 20-30 days at the beginning
went down to 3 days, but then got stuck there for quite a while. This is why I
stopped the sync and just copied with the explorer. I didn't treally test it
out for more than 5 minutes, but when I saw that the estimate gets more or
less stable around 3 days, I decide to give a simple copy a try.
I toogled the middle column and it says that the files on the right are newer
than the file on the left, which is impossible, because they are a 100% copy
of the files to the left and have never been touched afterwards. Probably some
kind of timing problem between the notebook and the external harddrive.
I started the transfer and what started out to be 20-30 days at the beginning
went down to 3 days, but then got stuck there for quite a while. This is why I
stopped the sync and just copied with the explorer. I didn't treally test it
out for more than 5 minutes, but when I saw that the estimate gets more or
less stable around 3 days, I decide to give a simple copy a try.
I toogled the middle column and it says that the files on the right are newer
than the file on the left, which is impossible, because they are a 100% copy
of the files to the left and have never been touched afterwards. Probably some
kind of timing problem between the notebook and the external harddrive.
- Site Admin
- Posts: 7279
- Joined: 9 Dec 2007
You can show file modification times by right-clicking on the grid column
label and enabling the corresponding item.
label and enabling the corresponding item.
- Posts: 2
- Joined: 8 Jun 2012
I have the exact same problem. I did a WindowsExplorer-copy of circa 100GB of
data, then tried to verify with FreeFileSync. I have files with identical
name, size, and date that appear to be "off-sync". Any ideas?
data, then tried to verify with FreeFileSync. I have files with identical
name, size, and date that appear to be "off-sync". Any ideas?
- Site Admin
- Posts: 7279
- Joined: 9 Dec 2007
Toggle main grid's middle column and have a look at the categorization.
- Posts: 2
- Joined: 8 Jun 2012
okay i figured out a couple of reason
a. the capitalization was different ie test.txt, test.TXT, Test.txt are all
treated like different files which doesn't make sense to me. Maybe it would be
nice to have an "ignore case" checkbox?
b. some files had a leading space and when Win Explorer copied them over it
removed the space.
i fixed these issues and everything looks good now. :-)
a. the capitalization was different ie test.txt, test.TXT, Test.txt are all
treated like different files which doesn't make sense to me. Maybe it would be
nice to have an "ignore case" checkbox?
b. some files had a leading space and when Win Explorer copied them over it
removed the space.
i fixed these issues and everything looks good now. :-)
- Site Admin
- Posts: 7279
- Joined: 9 Dec 2007
> capitalization was different ie test.txt, test.TXT
There are two use-cases: 1. folder comparison: you are not interested in
differences in case, after all, the file system isn't interested in them
neither. 2. Synchronization: you want to have both sides exactly the same.
Changes in case isn't something that happens frequently, but you do one sync
and they are gone. So it seems we don't need an option here.
>some files had a leading space
The file system respects whitespace, so FFS must do the same.
I'll rework the category descriptions. It might not be clear what "different
attributes" means. It could be difference in case or different modification
time (for binary comparison).
There are two use-cases: 1. folder comparison: you are not interested in
differences in case, after all, the file system isn't interested in them
neither. 2. Synchronization: you want to have both sides exactly the same.
Changes in case isn't something that happens frequently, but you do one sync
and they are gone. So it seems we don't need an option here.
>some files had a leading space
The file system respects whitespace, so FFS must do the same.
I'll rework the category descriptions. It might not be clear what "different
attributes" means. It could be difference in case or different modification
time (for binary comparison).