Access Denied for read only files copying to NAS (SyncToy 2.0) RRS feed

  • Question

  • I've seen a number of posts about access denied and/or read only problems with SyncToy 2.0 but I've not seen any solutions.  The file I'm trying to copy is not in use and does not exist in the destination folder, if I clear the read only attribute and try again it is successful.  I'm not sure if I have the latest SyncToy, the version is  Here is the log:

    SYNC: 04/12/2009 11:27:57:500: SyncToy run of Downloads (E:\Downloads\, \\N3200\Downloads\) completed at 12/04/2009 11:27:57 AM.
    SyncToy action was 'Echo'.
    SyncToy options were:
     Active for run all
     All files included
     No files excluded
     Do not check file contents
     Include read-only files
     Include hidden files
     Include system files
     Backup older files (send to Recycle Bin)
     All subfolders included
    SyncToy run took 00:00:00:109.
    Copied 460 bytes in 1 files in 00:00:00:109.
    Bytes per second 4,205.7, files per second 9.1.
    Avoided copying 39,659,762,018 bytes in 17,276 files that did not require action.
    Saved approximately 03:26:10:589 by not copying all files.
    Warning: 1 failures occured.
    You can retry by selecting "Run" again or select "Preview" to see
    the operations that remain to be performed.

    SYNC: 04/12/2009 11:27:57:500: *** Error: Cannot write to the destination file. Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)) Copying E:\Downloads\System\VMware\x\tools_key.pub to \\N3200\Downloads\System\VMware\x\tools_key.pub

    In version 1.4 you could click a button to retry the failed items.  Can the button be brought back?  It's annoying that SyncToy can't handle read only files properly but it's more annoying that I have to rescan the whole folder again after I "fix" the problem by removing the read only attribute.


    Sunday, April 12, 2009 1:39 AM

All replies

  • I have been having the same issue as well. It happened around the time I upgraded SyncToy about 6 months ago. I was using an older version, v1.4 I think, but was sick of that bug where it leaves empty folders on the right even after you delete everything on the left. So I upgraded to v2.1 because I heard it was supposed to resolve this problem. Also around the same time I had to blow away my USB drive connected to my LinkSys Cisco router and recreate the shares on it. All the security seems fine as I can manually copy files and folders over to the drive with no issues. However, now SyncToy only creates the folders on my USB (NAS) drive but fails to copy any files due to the same Access Denied HR Result error. I don't get it. Is it my upgrade to the newer SyncToy or my recreation of the shares that broke it, and if it truely was a security issue, which I don't believe it is, then why can I manually copy files and folders over with no issues????

    I've seen many different posts on this problem going back to 2007 or later and no concrete solutions from Microsoft!!!!

    Lucky for me I have a RAID mirror on my new PC so at least I have data redundancy there, but right now my USB drive connected to the router is useless unless I wan't to do a manual copy or robocopy or something. SyncToy used to be a pretty good solution for me and now it's just a piece of......

    Okay my rant is over now!

    Saturday, May 7, 2011 12:55 PM