Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

This question already has an answer here:

I have 400gb to transfer from my internal drive to an external one. It's a complex hierarchy made of over 60 000 files and folders, with long file names. While creating those files is not a problem for Windows 7's Explorer, copying them is. I get an error, in the middle of the transfer, saying that the file name is too long.

I tried the following command:

xcopy d:\* e:\ \e

which works... except it doesn't copy the hidden files. But when I try:

xcopy d:\* e:\ \e \h

it seems the \e parameter is ignored and only the files from the root folder are copied.

share|improve this question

marked as duplicate by Tog, Ƭᴇcʜιᴇ007, Kevin Panko, Breakthrough, LawrenceC May 5 '14 at 16:15

This question was marked as an exact duplicate of an existing question.

Parameters require a slash, not a backslash. For example: xcopy d:\* e:\ /e – and31415 May 4 '14 at 13:43

If I may point to an exellent little utility called "pathscan", which can run standalone (unzip it, and run from where you unzipped. you can create a link to the tool, of course.) This will show you path length, and I usually set it to show me anything over 252 characters, because at 255 the "problems" begin.

Google Pathscan

The problem you want to avoid most is this "too long for recycle bin", and this little tool tells you what is too long. After you run it, you reorganise some folders, or rename them (just to make the path shorter)

share|improve this answer

Try this one:

xcopy D:\*.* E:\ /s /h /r /i /e /c /y

This xcopy command is set to ignore errors and continue. Just so you know why it keeps running.

share|improve this answer

Not the answer you're looking for? Browse other questions tagged .