Unable to use Robocopy in 1803 or newer

Page 1 of 2 12 LastLast

  1. TOF
    Posts : 13
    Windows 10 Pro x64
       #1

    Unable to use Robocopy in 1803 or newer


    I don't use the 1803 or the various versions of 1809 due to a Feature shortcoming that Microsoft seems to have installed in builds after 1709. I've been happily using Synctoy to keep certain program Data in sync on my peer-to-peer network (only 5 Windows Pro computers). That choice no longer works for me with any release past 1709. It was suggested in an earlier post to use Robocopy with the /MIR switch.
    This works OK in 1709 but Not in the 1800 series releases. A line like:

    RoboCopy "D:\Program Files (X86)\Personal Budget" "\\Comp5\D\Program Files (X86)\Personal Budget" /MIR


    Results in "cannot find file" on the receiving computer". I've looked at permissions, etc. but so far have not found the secret to make this work.
    Any suggestions or recommendations will be welcomed!
      My Computer


  2. Posts : 822
    Microsoft Windows 10 Pro 64-bit
       #2

    Have you tried using an IP address instead.

    EG:
    Code:
    "D:\Program Files (X86)\Personal Budget" "\\192.168.x.x\D\Program Files (X86)\Personal Budget" /MIR
    I have never used Robocopy so I do not know if your command is right, I would think that you would need the "robocopy.exe" in there somewhere
      My Computer


  3. Posts : 16,786
    Windows 10 Home x64 Version 22H2 Build 19045.4170
       #3

    If the Program files (x86) folder on the target computer is like other Program files (x86) folders and not something you have created & named yourself then you might well be right in suspecting permissions as the cause judging by the error message you get. You would need to have carried out some radical changes for a 'normal' Program files (x86) folder to co-operate with what you want to do and the changes might well get reset by Cumulative updates.

    Have you tried testing your command on an innocuous target folder on the target computer such as a data folder that you have created yourself outside of any potentially protected folder structures? If, just by way of example, you have created a D:\DataFiles folder on the target then try RoboCopying to that as a test.

    By the way, your syntax is correct. However, RoboCopy only sends files one way. It does not carry out two-way syncing [unlike SyncToy] so it does not do the job you appear to want.

    Denis
      My Computer


  4. TOF
    Posts : 13
    Windows 10 Pro x64
    Thread Starter
       #4

    Try3 said:
    If the Program files (x86) folder on the target computer is like other Program files (x86) folders and not something you have created & named yourself then you might well be right in suspecting permissions as the cause judging by the error message you get. You would need to have carried out some radical changes for a 'normal' Program files (x86) folder to co-operate with what you want to do and the changes might well get reset by Cumulative updates.

    Have you tried testing your command on an innocuous target folder on the target computer such as a data folder that you have created yourself outside of any potentially protected folder structures? If, just by way of example, you have created a D:\DataFiles folder on the target then try RoboCopying to that as a test.

    By the way, your syntax is correct. However, RoboCopy only sends files one way. It does not carry out two-way syncing [unlike SyncToy] so it does not do the job you appear to want.

    Denis
    Thanks to all who replied. The following screen capture demonstrates the problem that Microsoft has created in all versions so far after 1709.
    -------------------------------------------------------------------------------------------------------------------------------------------------------
    Microsoft Windows [Version 10.0.18317.1000]
    (c) 2018 Microsoft Corporation. All rights reserved.

    C:\WINDOWS\system32>RoboCopy "D:\Program Files (X86)\Personal Budget" "\\192.168.1.101\D\Program Files (X86)\Personal Budget" /MIR
    -------------------------------------------------------------------------------
    ROBOCOPY :: Robust File Copy for Windows
    -------------------------------------------------------------------------------

    Started : Monday, January 21, 2019 8:22:30 PM
    Source : D:\Program Files (X86)\Personal Budget\
    Dest : \\192.168.1.101\D\Program Files (X86)\Personal Budget\

    Files : *.*
    Options : *.* /S /E /DCOPYA /COPYAT /PURGE /MIR /R:1000000 /W:30
    ------------------------------------------------------------------------------
    26 D:\Program Files (X86)\Personal Budget\
    2019/01/21 20:22:31 ERROR 2 (0x00000002) Changing File Attributes \\192.168.1.101\D\Program Files (X86)\Personal Budget\
    The system cannot find the file specified.
    Waiting 30 seconds...^C
    C:\WINDOWS\system32>
    -------------------------------------------------------------------------------------------------------------------------------------------------------

    All variations on this command work correctly in 1709 and follow rules that have existed since Windows 3.1 and even back to MS-DOS later versions.
      My Computer


  5. Posts : 16,786
    Windows 10 Home x64 Version 22H2 Build 19045.4170
       #5

    Have you tried this yet?
    Try3 said:
    Have you tried testing your command on an innocuous target folder on the target computer such as a data folder that you have created yourself outside of any potentially protected folder structures? If, just by way of example, you have created a D:\DataFiles folder on the target then try RoboCopying to that as a test.

    My RoboCopy operations in versions 1803 or 1809 have been working normally.

    I have seen error responses before but have never seen an Error 2 or that stray line in your output
    26 D:\Program Files (X86)\Personal Budget\
    Denis
      My Computer


  6. TOF
    Posts : 13
    Windows 10 Pro x64
    Thread Starter
       #6

    sml156 said:
    Have you tried using an IP address instead.
    I have never used Robocopy so I do not know if your command is right, I would think that you would need the "robocopy.exe" in there somewhere
    Yes, thank you, but no difference. Error still shows up. See below for examples of tests.
      My Computer


  7. TOF
    Posts : 13
    Windows 10 Pro x64
    Thread Starter
       #7

    Try3 said:
    Have you tried this yet?
    This is a sample of tests this morning:


    Started : Tuesday, January 22, 2019 9:32:17 AM WORKS
    Source : D:\DL\BOA\
    Dest : \\Cove1\D\Blank\

    --------------------------------------
    Started : Tuesday, January 22, 2019 10:12:23 AM WORKS
    Source : D:\Access\Budget Data\
    Dest : \\Cove1\D\Blank Space\Blank Space2\
    ---------------------------------------

    Started : Tuesday, January 22, 2019 10:14:51 AM DOES NOT WORK
    Source : D:\Access\Budget Data\
    Dest : \\Cove1\D\Access\Blank Space2\

    Files : *.*
    Options : *.* /S /E /DCOPYA /COPYAT /PURGE /MIR /R:1000000 /W:30
    ------------------------------------------------------------------------------
    New Dir 20 D:\Access\Budget Data\
    2019/01/22 10:14:51 ERROR 2 (0x00000002) Changing File Attributes \\Cove1\D\Access\Blank Space2\
    The system cannot find the file specified.
      My Computer


  8. Posts : 16,786
    Windows 10 Home x64 Version 22H2 Build 19045.4170
       #8

    So it does look like a permissions problem as you suspected.

    You could get confirmation of that [or possibly even additional useful information] by repeating the same set of sources & destinations with an xcopy command.

    What are the write {Sharing, Security} permissions on the successful destinations compared to the unsuccessful ones for the user account concerned?
    - Properties, Sharing, Advanced, Permissions
    - Properties, Security, Advanced
    To get Sharing permissions, you probably have to step up the folder path until you reach the shared folder upon which you set those sharing settings.

    Denis
      My Computer


  9. TOF
    Posts : 13
    Windows 10 Pro x64
    Thread Starter
       #9

    Try3 said:
    So it does look like a permissions problem as you suspected.

    You could get confirmation of that [or possibly even additional useful information] by repeating the same set of sources & destinations with an xcopy command.

    What are the write {Sharing, Security} permissions on the successful destinations compared to the unsuccessful ones for the user account concerned?
    - Properties, Sharing, Advanced, Permissions
    - Properties, Security, Advanced
    To get Sharing permissions, you probably have to step up the folder path until you reach the shared folder upon which you set those sharing settings.

    Denis
    Thanks, I'll get to that later today. Kinda snowed with "other challenges" at the moment...
      My Computer


  10. TOF
    Posts : 13
    Windows 10 Pro x64
    Thread Starter
       #10

    TOF said:
    Thanks, I'll get to that later today. Kinda snowed with "other challenges" at the moment...
    Finally got back to the 18XX robocopy problem. BTW, I'm running both dual boots of 1709 and 1809 on both machines all similarly setup.

    All attributes were cleared on the receiving machine target folders, sharing was set, permissions were set to "Everyone full control" for this exercise.

    Regardless of all that, RoboCopy in 1809 would Not copy due to "unable to find the folder", however, surprisingly, XCOPY copied those files with switches /r /s /i /m set so all is not a total loss if/when I'm forced to go to the 18XX or 19XX versions.
    But until I am I will stick with 1709 because the "newer" builds carry on Microsoft's tradition of killing useful features that have been there before so that they can add fluff.

    Thanks all who have put up with my problems and for your offers of help.
      My Computer


 

  Related Discussions
Our Sites
Site Links
About Us
Windows 10 Forums is an independent web site and has not been authorized, sponsored, or otherwise approved by Microsoft Corporation. "Windows 10" and related materials are trademarks of Microsoft Corp.

© Designer Media Ltd
All times are GMT -5. The time now is 08:32.
Find Us




Windows 10 Forums