Solved Copy syntax for command mode from XP HD to Win7 HD

[loninappleton]

I have a large file transfer to do.

Please advise if I can do this with a DOS command where

The XP HD has a folder called myfolder in E:

The Win7 HD has a folder called myfolder64 in C:

Please give the exact syntax since I haven't used dos for a long time to include any cd/ commands etc.

Then should my media files transfer similar to a disk clone? That is the goal. Two file extensions are in the directory.

 

[Ztruker]

No other commands needed.

I would use xcopy or robocopy rather than plain copy though.

xcopy e:\myfolder\* c:\myfolder\ /s/h/r/i/k/e

robocopy e:\myfolder\* c:\myfolder\ /e /r:5 /w:5

 

[loninappleton]

Robocopy? It's a new one on me.

Does this execute from the command line or in the box? It may not matter. Also should the command be executed from the C: drive?


These may sound like dumb questions but all I see is the command strings you show not
where they are called.

This must preclude asterisks and such.

 

[loninappleton]

I am still at this because I found an error in my setup: I forgot to uncheck the thumbs.db option in
Win7. This added the thumbs.db to a bunch of folders which then produced errors when trying to read.

In looking over the command string here and looking elsewhere, how would the
File transfer wizard make life easier if at all for transferring one large folder A on XP to a new Folder B on Win7?

I know how to get the thumbs off now but does the File Transfer wizard catch such an error
for future jobs?

 

[Ztruker]

For xcopy, add the /c parameter:

xcopy e:\myfolder\* c:\myfolder\ /s/h/r/i/k/e/c

/c says to ignore errors.

 

[loninappleton]

But do I want to avoid errors? Thumbs are actual files that get deposited in the folder. I looked up robocopy but had not used it. Is there a preference? It seems to be a more advanced utility.

 

[Ztruker]

If you don't ignore errors then you will constantly stop at the same place during a copy, unless you fix the error, probably by removing the offending file. If there are a lot of files this gets old real quick.

Either xcopy or robocopy are fine. I'm more familiar with xcopy so I use it more. With robocopy I have to look at the command syntax every time I use it.

 

[loninappleton]

Thanks for adding the c on the end. I think it will go more smoothly this time.

 

[loninappleton]

Very frustrated.
I am not struggling with other old DOS commands to clear the target disk of a large
directory.

e:\del mydirectory fails.

What asterisks or other qualifiers are needed?
Previously I even loaded the e: drive as master to delete through Win7 and apparently that failed as well.

Is there some problem between XP ntfs and Win7 or is it just my keystroke errors?

I have to get rid of the problem directory (del) first since If I don't I get an out of space error.
I can't afford to damage this directory. While waiting for reply, I'm going to run a backup.

 

[Ztruker]

So you have a E:\mydirectoy you want to remove?

del e:\mydirectory /s

or

rd e:\mydirectory /s

 

[loninappleton]

Much appreciated. Tomorrow is another day.

I've looked up the wiki on robo copy and the syntax is above. Is there a preference to those here
who still use the old DOS commands? Perhaps I would make less errors using Robocopy?

 

[loninappleton]

Something has gone wrong here and I don't know how to fix it.

I'm showing a Reserved Disk letter at Computer Source drive which I don't understand. My target drive 1Tb drive shows 3/4 of it's space free but my 288 GB media folder transfer gives the error of not enough disk space.

How complicated can transferring one file be? Is there a better way than with these long DOS commands and how to I get rid of the errors? The target drive is fresh. There should be no hidden or reserved info connected with it.

 

[loninappleton]

One followup.

I tried something different-- just entered the root directory of both drives and asked to copy the big folder from the source to target drive.

It looks like it's going in ok-- I'll know after some time for the big folder.

But I don't know what I'll have afterwards with Shadow drives or whatevs in MyComputer.

And I don't know why the DOS command with the long string of qualifiers failed to find enough space.

 

[loninappleton]

I'm thinking we can mark this solved unless there is comment yet on robocoy as an alternative.
Only thing I think of for the command failing is at the System level it somehow does not see the available partition space.