However I can still see the subfolders in the right pane of Explorer, and can double-click on them to open them with no trouble. In the folder pane of Windows Explorer, when I click on the "+" next to the folder in theĪbove source path, I get an "Access Denied" error. I now suspect that all of this is happening because of the way permissions are set on my system, not because RoboCopy is inherently slower than Xcopy. The corresponding path on the source drive is: C:\Windows\System32\config\systemprofile\Application Data\
Here's the path it says it can't find on the destination: j:\Cdrive\Windows\System32\config\systemprofile\Application Data\ I checked and found that the paths were really there. The errors were "The system cannot find the path specified", referring to paths on the destination drive. Even with those smaller values, the copy of an entire hard drive I had previously run into this retry business while experimenting with smaller copy jobs, and so had set the maximum retry timeout to 5 seconds and maximum retry attempts to 5. Originally I had just lookedĪt the first few hundred lines and the overall size. They were in the last half of the log file which of course I made the mistake of not checking in the first place. If the percent complete messages were being generated somewhere, I didn't see them.Īfter looking at the log file on the first pass, I found that in fact the delays were caused by numerous retries. Sure enough, in the largerĬopy operation no such messages appeared on the console or in the log. In testing RoboCopy with smaller jobs, I never saw percent copied messages on the console or in the log file, so I figured there was no need to use the option. I did see /NP when I was setting up my logging options. Is there any way to determine the names of the paths that are giving xcopy trouble here? Without the list, files and paths shown above were copied.
I was able to verify that the excluded files in that list were recognized by running the backups with and without the excluded files list. Xcopy C:\ J:\ /c /e /f /h /i /k /o /r /y /exclude:c:\logs\xcopyexcludes.txt > c:\logs\xcopylog.txt 2>&1 At the moment I'm not using the /d switch (newer files only) but will add it once I debug this problem. Here's the command line with the STDERR and STDOUT redirections. Unfortunately after running the backup the log file just contained the same status and error messages as above. Unfortunately there was no information about what paths it couldn't find, so I couldn't tell what folders are giving it a problem.īased on suggestions I found here and elsewhere on the web, I tried redirecting STDERR and STDOUT to a log file. The system cannot find the path specified. When I did this it displayed a long list of the files that were copied to the destination drive, then displayed these messages: I tried using xcopy in a batch file to make backups of my system drive.
0 kommentar(er)
