Hi everybody,
I am now exclusively running FFS for my backups and am very happy with it. When I have a large change I always check a few things before running Synchronization and, I don't know why, in such case I rerun it again after the synch to ensure the left and right columns are empty. This time when rerunning it I found a strange case for which I would be glad to get some answer. I mean the left and right columns were NOT empty. 1 file was displayed. And it was shown as requiring 2 actions, 1 addition from the left column, and 1 deletion from the right column. I send you attached 2 screenshots of the 2 columns, one showing details of the left file, the second details from the right file. Both show same details. Should'nt they be in the = box ? And when I repeat the comparison after having run the synch, I get them appearing again.
Thank you for your answer.
Found a strange comparison ?? dot issue. Resolved !
-
- Posts: 5
- Joined: 10 Oct 2024
- Attachments
-
- Capture d’écran du 2024-12-18 10-06-13.png (272.47 KiB) Viewed 791 times
-
- Capture d’écran du 2024-12-18 10-06-19.png (285.23 KiB) Viewed 791 times
-
- Site Admin
- Posts: 7505
- Joined: 9 Dec 2007
Looks like the "." after "etc" went missing without error indication, thous the endless cycle.
-
- Posts: 5
- Joined: 10 Oct 2024
Hi, thanks for your blitz answer Zenju. Actually I was about to say the dot might be the problem. Because the right column is ntfs, the dot is suppressed, hence when comparison is rerun the files are different. I suppressed the dot in the file on the left columns file and reran compare... and all was empty back to normal...
Thank you. Have a good day !
PS. I declare this thread as resolved...
Thank you. Have a good day !
PS. I declare this thread as resolved...
- Posts: 1202
- Joined: 8 May 2006
Back in 11.26, "Don't allow creating file names ending with dot character (Windows)".
(Windows, & above is not.)
So if you had an existing file name, on Windows, that ended with a . (as unusual as that might be), say "dir_dot.", what would happen on a sync?
(Windows, & above is not.)
So if you had an existing file name, on Windows, that ended with a . (as unusual as that might be), say "dir_dot.", what would happen on a sync?
-
- Posts: 5
- Joined: 10 Oct 2024
Hi therube,
In my case I created the file ending with "etc." in Zorin and wanted to save on an external drive formatted ntfs.
I don't know if the file had been created in Windows... but you may test this and tell us no ?
In my case what happened was not overkilling, just strange/funny, since this only file went into an endless cycle of deletion/creation. The fix was easy.
In my case I created the file ending with "etc." in Zorin and wanted to save on an external drive formatted ntfs.
I don't know if the file had been created in Windows... but you may test this and tell us no ?
In my case what happened was not overkilling, just strange/funny, since this only file went into an endless cycle of deletion/creation. The fix was easy.
