MS-DOS file copy help required

[golem]

To the point --

Is it possible when using Xcopy to designate it use "date created" as opposed to the assumed default of "date modified" when creating a copy script?

The verbose query --

I'm attempting to help a friend recover files from a failing drive. Explorer "copy" will not work as it continually stalls on corrupt files. I then attempted to use Robocopy (Robocopy "H:\Users\Anita\My Pictures" "W:\anita" /E /XA:SH /XD AppData /XJD /R:2 /W:2 /MT:32 /V /NP /LOG+:W:anita.log) but couldn't get it to ignore corrupt files. Xcopy (Xcopy "H:\Users\Anita\Pictures" "W:\anita" /c /i /j /q /s /y) worked well but unfortunately after 18 hours I had to terminate the session with 400GB of the 600GB recovered.

Using Xcopy the file folders were copied in order based on default name alphabetic. Luckily this corresponds to the associated "date created" as they're digital camera folders. Since I am unable to delete via explorer the already transferred folders due to persistent errors I'm hoping there's a way to designate an Xcopy date switch to use "date created" for the purpose of targeting only the folders not yet transferred. It looks like Xcopy defaults to "date modified".

In lieu of the above -- Maybe there's a better way to delete the already transferred files from the failed drive? Is there possibly a better way to configure Robocopy that can help me complete the task.

Any suggestions appreciated.

 

[samuria]

The only way is first run a full disk check which will sort out corrupted files if they are far gone you will loose them but it's the only option. Then use robocopy mirror CMD which will mirror the folder it won't copy files that have been copied so it will be very fast

 

[golem]

Thanks for the reply samuria.

With the HDD installed I had them attempt a repair disk scan of the drive and it ran for well in excess of 24 hours. After I got the HDD I used both Disk Admin to run a scan with error fix and also attempted Command Prompt chkdsk with fix but all failed to complete a run. In the end I was satisfied to see Xcopy was working, simply was just unfortunate I had to voluntarily halt the process it as I required use of my computer (alternate bootable partition) for other purposes.

I was hoping to mirror using Xcopy but it looks like that isn't an option. Now, if I go with Robocopy (which offers mirror) is there a way to make it ignore problem files? Even with the /W:2 /R:2 switches Robocopy still stalled for what seemed indefinitely on corrupt files (those files that Xcopy only hesitated shortly on).

 

[golem]

Quick update --

After letting explorer attempt for over 5 hours to break into the parent folder (felt like hammering an FTP ) it finally listed the contained folders. Another hour or so later I was finally able to complete deletion of the already transferred folders and their contents. This left me with only the folders still requiring transfer so I employed Xcopy again and it's humming (well, limping) along and should be completed by morning.

If I wake to nirvana I'll be sure to mark solved.