Asked by:
Files are not being deleted

Question
-
Hello,
I have an pair of folders set to echo. One is on a Vista 64 machine and the other is on a network drive. It sees to copy new and updated files just fine, from left to right, but doesn't delete from the right those things that I delete from the left. I doing something obviously wrong? Last weekend, I was going through a folder that had 58 images and deleted several of them so now the left folder has 36 images. SyncToy has been run several times via the Task Scheduler, but the right folder still has all 58 files. Yesterday, I changed the option to "check contents" hoping that would solve the problem, but the results were the same, it just took a lot longer.
Am I doing something obviously wrong? For example, does recreated the folder pair cause it to not touch files it didn't originally put into the right folder? If so, how do I tell SyncToy to do a real mirror, so that the pair is exactly the same?
Thanks for your help.
Thursday, April 10, 2008 1:18 PM
All replies
-
I'm facing a similar problem - Vista 32 machine - echoing an external hard drive
/UffeThursday, April 17, 2008 12:24 PM -
Same here, XP machine to 8 gb thumb drive.
-- RonThursday, June 12, 2008 8:54 PM -
Which version of SyncToy are you running? Also what is the type of your folder pair - if it's Contribue, thats the behavior you will get.
Thanks,
Ashish Shah
Monday, June 16, 2008 9:12 PMAnswerer -
He stated it was Echo and I can confirm this is Not working in this Beta it works fine in 1.4
Thursday, June 26, 2008 7:44 PM -
I too can confirm that this is happening, in Echo mode for version 2.0beta on a Vista machine.Thursday, June 26, 2008 9:54 PM
-
I am having the same problem -- help - help - what is the answer?
Thursday, June 26, 2008 11:58 PM -
Appearently no one with the answer if there is one, is looking at this thread........Saturday, July 5, 2008 9:52 PM
-
I have exactly the same problem in 1.4Tuesday, July 8, 2008 11:42 AM
-
I suspect that your files on the right are being touched and changed by some utility or by you manually. SyncToy 2.0 will not delete a file which was updated on the destination and the source does not know about that update. This is done as a "safe" option to prevent any kind of data loss. You could change the folder pair from Echo to Synchronize, preview the changes that will flow from right to left, sync the changes if they look ok, and then change the folder pair back to Echo.
Friday, July 18, 2008 7:40 AMAnswerer -
Ashish Shah [MSFT] wrote: I suspect that your files on the right are being touched and changed by some utility or by you manually. SyncToy 2.0 will not delete a file which was updated on the destination and the source does not know about that update. This is done as a "safe" option to prevent any kind of data loss. You could change the folder pair from Echo to Synchronize, preview the changes that will flow from right to left, sync the changes if they look ok, and then change the folder pair back to Echo.
No the files on the right are not being touched or changed. I use an external hard for backup (right). I only modifty the file on the left.
Saturday, July 19, 2008 12:40 PM -
You think you could try out my suggestion of changing the folder pair to Synchronize and do a preview to see what kind of changes SyncToy thinks have been made on the right? It might give us a clue as to why the files on the right are not being deleted. Do NOT run the Sync after doing the Preview if you don't want those changes on the right to come back.
Also, did you make any changes to this folder pair after which you started noticing this behavior. Could this have started happening after you installed a new antivirus software? Some AV software touches the files it monitors such that it looks like an update to SyncToy.
Thanks!
Monday, July 21, 2008 5:46 PMAnswerer -
Hello. I'm new to this forum because I've been having the same problem. I back up and sync my data files to an external hard drive (connected to my computer via USB) and to a laptop (home wireless network). Lately Synctoy 2.0 beta has not been deleting files only on the external hard drive. It's working perfectly with the laptop over my wireless network.
I usually Echo all my files to the external hard drive and the laptop. So, as you suggested, I previewed a synchronize in Synctoy. I wasn't quite sure how to interpret what I found, so I deleted a subfolder of data on the external hard drive, the folder pair in Synctoy, and that folder pair's .dat file in the computer's subfolder. Then I copied the subfolder to the external hard drive and created a new folder pair in Synctoy. I'm starting fresh, I hope, which will let me better see what's happening, if the problem persists.
I should mention that a few weeks ago I changed from using AVG Free antivirus software to avast! free version, but I'm not sure if this problem preceded that change.
I'll test the file deletion shortly. I'll be back here if the problem persists.
Thanks, Ashish, for your assistance.Tuesday, July 22, 2008 2:07 PM -
Hi-
When using echo feature, what synctoy does is when its done echoing, it places a text file on both the source and destination ends. This file will probably be named as "SyncToyDirectoryId.txt". If you see such a file is not being place on the source machine (the left machine), then probably that means that synctoy does not know which files got deleted from source so it can do the same with destination. The destination (right machine) will most likely have this text file.
Therefore, the possible solution is to give read and write access to the source machine from where you are running synctoy so synctoy can place this ID file at the source as well to compate it later with the destination machine...
Try this approach!!!!
Friday, July 25, 2008 4:44 PM -
I am having this problem too, but also with folders not being deleted.
edit - XP pro 64-bit, synctoy beta 2. source = internal HDD, backup drive = external USB HDD (powered).
This is a big problem, as I need my Echoed backup drive to have exactly the same contents as my source drive (this is the point of SyncToy).
Currently, with Echo, backups are not mirrored 100% correctly, making the system unreliable.
What usually happens is that I have folder A on source, with files inside. I do a backup and everything works perfectly (there is a folder A on backup drive with the files inside). Then on source I move folder A into folder B and re-sync. What I am left with on the backup drive is folder B with folder A inside and the correct files inside that. But I am *also* left with the original folder A in root, but with no files inside (essentially a duplicate, empty folder). This makes navigation a nightmare, as I'm constantly moving folders and reorganising projects as they finish in my production pipeline. (e.g. folder A called "project1" gets renamed to "complete_project1" and moved into a new folder called "completed_projects").
Essentially SyncToy is not recognising folder moves, renames or deletes. And apparently on files too.
I am therefore forced to do a manual copy+paste job to ensure my backup is correct. At the moment, given this problem, SyncToy is only useful as an emergency "i've got a copy of the file, somewhere" solution. That file might not be in the correct folder but it's at least there somewhere.
Naturally this is not an acceptable system for backups.
Please address this issue.
Kind regards,Monday, August 4, 2008 8:45 AM -
Hi -
SyncToy 2.0 should recognize folder moves,renames and deletes. Can you describe the exact layout of the folders A and B you describe below? ( e.g. their relative position to the folder which you defined as the root of the folder pair etc.)
Thanks
Deepa
Monday, August 4, 2008 5:08 PM -
Have you UNTICKED "Save overwritten file in the Recycle Bin" in the Options section for this pair?
Tuesday, August 5, 2008 9:33 AM