Wednesday, December 31, 2008

Robocopy error: ERROR 5 (0x00000005) Changing File Attributes

I use robocopy to backup my files to a network drive with the following command:

robocopy [source folder] [target folder] /MIR

The MIR option will create the target folder as a mirror of the source folder. The command above works pretty well when both source and target folder are NTFS file systems.

When I changed the target folder to my DNS-323 network storage, which uses a Linux file system (ext2/ext3), I started getting the following errors with the command above:
  • Although some files are virtually identical in both content and timestamp, robocopy still thinks they are different and show them as "Newer". So, whenever you run the command above, robocopy will always copy these files even if they did not change (not good for incremental backups!).
  • "ERROR 5 (0x00000005) Changing File Attributes ... Access is denied".
For the first error, you need to use the /FFT flag to assume FAT file times (2 second granularity). Although the target folder is ext2/ext3, these file systems also implement file times with 2 second granularity.

For the second error (ERROR 5), you need to turn off the attribute copying. Robocopy uses the /COPY:DAT by default, which means to copy data, attributes and timestamp. You should turn off attribute copying by explicit setting /COPY:DT.

So, the command to backup from a NTFS partition to a ext2/ext3 partition should be:

robocopy [source folder] [target folder] /MIR /COPY:DT /FFT

62 comments:

Conan said...

Thanks for this. I've been messing around with archive bits for ages!

Anonymous said...

Thanks, this was bugging me for days

Greg said...

Thanks .. I've got a DNS-323 with the exact same issue, and I couldn't understand what was going on.

Anonymous said...

Thank you - now my Mirror from NTFS to FAT32 works ...

Anonymous said...

Thanks for your efforts. Saved by bacon!

Anonymous said...

Found this because of the access denied problem but also fixed the FFT flag issue - this was a 2 for 1! Thanks!

Anonymous said...

Thanks heaps...Great post.
Where would we be without articles like this.
Job well done.

Anonymous said...

Excellent post - I would mot have known where to start looking (NTFS to EXT2). Paul

Ben said...

Thanks I wondered what those errors were!!

Anonymous said...

Thanks a lot! :) I was going nuts trying to figure out why I could not copy files.

Anonymous said...

It was very helpfull, thanks!

Anonymous said...

Thanks a million for this! Now I can simply patch the wall from all my head pounding against it and be happy! Cheers!

Anonymous said...

Very helpful tips. had the script going in minutes. thanks much !!

Anonymous said...

Thanks a lot, saved a lot of headaches and eventually a lot of time as well!

tocsdetics said...

Thanks! It solved my problem when copy from NTFS to FAT32 external HD.

Anonymous said...

Gracias carnal. De todas las 'soluciones' que encontré, esta era la única que funcionó. -- El Guero.

Rob said...

Stumbled on your page from a google search. Robocopy to a Buffalo NAS drive kept giving the errors mentioned. Flies through now!

Cheers!

Anonymous said...

Thanks heaps. I've also got a DNS-323 with the same issue.

Anonymous said...

Luis, You DA Man! Solved problems I've been tinkering with all day.

Anonymous said...

I must echo what others have said. The Attributes think was KILLING ME until I read this. So simple, and yet...

阿鴻 said...

Thank you so MUCH!!!
The issue almost make me crazy,
finally I know how to fix it and it's such easy way...

Christopher said...

CANNOT thank you enough!

Anonymous said...

That totally worked and just saved me another 2 days of troubleshooting. Thank you!

Churndash said...

THANK YOU!!!!

Anonymous said...

Thank you very much !!!

Anonymous said...

Thanks Luis. I've been racking my brain with this problem for a while now. I really appreciate your taking the time to write this out so we all benefit.

Anonymous said...

Nice, I've had this problem for 1.5 years with my DNS-321. Y0U R0CK!

Paul said...

Thanks for this solution. I have been using a QNAP NAS and have been getting this error frequently for over the past year. This seems to have fixed. it!!!

Eric Fickes said...

Luis, thanks for posting this. I recently lost access to my Seagate GOFLEX Home NAS device.

I've spent all weekend trying various xcopy & robocopy combinations to get writing again.

Thanks a bunch!

Anonymous said...

Great tips, I had the exact same issue. Thanks!

Michael Urspringer said...

Thanks. Helped me with a similar problem (Error 32).

Anonymous said...

Love your work :))) made my day

Anonymous said...

Thank you!
I had this problem trying to backup files previously copied from a unix server.

Andykn said...

Thanks from me too, couldn't understand why I was getting "access denied" errors.

Anonymous said...

Great Post. Helped a lot, been scratching my head for days!

Cheers

Anonymous said...

Thanks - you just saved me some grief figuring this out.

Anonymous said...

Merci man

Anonymous said...

Legend, works perfectly

Anonymous said...

Hi - Cannot thank you enough for this, much appreciated

Anonymous said...

Thank you! Problem started to occur after I upgraded my firmware NAS and this fixed it.

Anonymous said...

worked! Thanks so much posting this!

Anonymous said...

cheers bro!! :D

Anonymous said...

Thanks man! you are wonderfull

Anonymous said...

Thank you for pointing out the attribute fix. I had the problem with NAS but not USB drives.

Anonymous said...

Second error can be eleviated by making the account a Backup Operator on the destination server if it is a Windows machine.

Anonymous said...

Thanks! Backing up to Netgear ReadyShare USB port on router. Finally worked!

Anonymous said...

GREAT !! Much thanks ! I've been struggling with these access denied stuff ! you saved some nerves

Anonymous said...

Great suggestion. Should be on top of google results for robocopy error 5 ;)

Anonymous said...

Thanks for sharing. Resolved my copying problems.

Anonymous said...

Gracias Luis, me has dado rápida solución con esto.

Anonymous said...

Thanks for the great info. I am trying to copy files to a mapped Windows CE drive but still get the error as well as an "Access is denied" error. Do you know any way of getting around this?

Anonymous said...

Like pretty much everyone else, your post as has solved my problem - exactly the same scenario as your initial problem. Thanks!

Jack said...

Hi Luis,
Thanks a bunch...:)
Now, I can copy from Windows to Seagate BlackArmor NAS 400.

Anonymous said...

Luis, you are a legend!

Thanks so much, been looking for an answer for this for months and you are the ONLY one that has offered a solution. Microsoft were NO help and suggested using COPY instead.

Thanks again.

// Martin

Anonymous said...

Thanks!

Anonymous said...

Thank you :)

Anonymous said...

changed from a FAT based NAS to a linux one and the /copy:dt fixed my errors. Thanks.

Anonymous said...

Perfect, thanks so much! Such a small change (DAT > DT) to solve such a frustrating problem!

Anonymous said...

DNS-321. Problem for three years now. Robocopy would never skip same files, so no such thing as a "refresh" copy was possible. Always previously looked at robocopy without success. Very frustrating. Today, hit on looking at the DNS-321 as the issue and found this. TYVM.

Anonymous said...

Brilliant tip on the /FFT, thanks.

Anonymous said...

Thank you Luis!!!
This issue has been driving me nuts until I stumbled upon your post.

Anonymous said...

Thank you for this tip Luis. I started to note this problem when I added WD My Cloud drive, which does not use NTFS format...Manu