A couple of years ago, I had to handle a massive file transfer on a Windows file server. Back then I used Robocopy (mentioned in the link list) to do the job, which worked excellent.
Now I had to do a similar transfer and naturally wanted to re-use Robocopy until I saw that the article about a GUI for Robocopy on the Utiliy Spotlight website of Microsoft has been updated and now mentions a new copy tool called: Richcopy.
To release a better GUI than the one made for Robocopy is not that difficult. What is more interesting is the functionality of both tools.
Robocopy (I'm refering from now on to the command line) is a short name for 'robust copy' (and not Robot(ic) copy as many think, although it can be used in batch scripts). It is the known working tool to copy files and folders and keep their NTFS security permissions. However, it is known to be slow, as each file is treated once after another.
Richcopy is newer but does newer mean better? The GUI seems straightforward, simple and provides all essential copy-options.
I started the transfer with Richcopy:
As soon as I started the copy process, Richcopy accessed several files at the same time (see screenshot above). That's a big improvement over Robocopy! With this multi-threaded copy, it didn't only seem faster to my eye, but was in fact much faster. Another nice improvement is the fact, that now the copied folders and files take heritage of the destination folder. That's exactly what I needed in this file transfer scenario.
The lucky moments were short: After a few subfolders (with so many subfolders that the UNC path is too long) Richcopy started to have problems and crashed. Yes, GUI was gone. Copy process was gone. I retried the same copy process and Richcopy crashed again.
I was forced to use Robocopy again, which had no problems whatsoever with long file names or file paths and everything was copied. But again, one file at a time, which made it much slower. Once everything was copied, I had to redo all the permissions-heritage on the destination folder, as all NTFS permissions were taken 1:1 from the source (this might be good in some scenarios, but that wasn't what I needed).
So to summarize this transfer, both tools have strong pros and cons:
|+++ No problems with long file path||--- Crashes when trying to copy long file path|
|--- Copies the same permissions||+++ Automatically applies destination folder permissions (heritage)|
|--- Copies one file after another||+++ Multi-Threading -> faster copy|
|+++ Better documentation, more examples online||--- Not many examples found|
If Richcopy would not have crashed every time the path of the file to copy became too long, it would have been the perfect solution for my case. If this bug would be solved in Richcopy, it would be a worthy successor of Robocopy.
Note: I didn't use the command line functions of RichCopy, only the GUI. It might be that the crashes affect the GUI only.
Arturo from wrote on May 19th, 2018:
If you want to use multithread with robocopy as on Richcopy, use the flags /MT(:n). Where if you don’t put /MT:number, the number of multithreads is set default to 8
Now you can use Robocop with the multi thread ;)
jack reacher from india wrote on Dec 15th, 2017:
Baretto James from Belgium wrote on Dec 10th, 2017:
These Indian guys nailed it, I tried GS Richcopy 360 and it really helped me a lot. Thanks to you guys and the admin of this website. I too had issues with robocopy and now everything works really fine. Thanks again!
Romil Jain from INDIA wrote on Apr 12th, 2017:
I used GS RichCopy 360 after reading Aaditya comments and found that it handles all issues of file/folder deletion in mid of job, temp file, locked file and file name with long path.
The best part is log when job is finished, you can see every minor details for job.
Aaditya Singhania from India wrote on Mar 22nd, 2017:
Obviously RichCopy and RoboCopy are popular software when it comes to software copying. I've been a user of this tool myself, but has now been inconvenienced by several crashes/errors/data loss when transferring files. I had no choice but to do the process over again. My friends suggested GS RichCopy 360, and for several months it has been working perfectly fine for me. You might want to give it a try if you are looking for a reliable software. Hope this helped.
Abigail Ava from wrote on Jan 22nd, 2017:
Sometimes we get an error when we try to delete a File or a folder for no reason , but of course there is a reason.We have many damage file or blocked files.Do not worry if we want to remove the error files or too long path files from our system,here I suggest a smooth way.So use “Long path tool” software and keep yourself.
gregoria from wrote on Oct 1st, 2015:
I am using a software called Long Path Tool and it is working like charm, i have no problems in copying or extracting anything anywhere.
garrydam from Philippines wrote on Sep 1st, 2013:
Nice share. Another software that I am sharing might also help you with some errors .Try and download " Long Path Tool " is also useful in situations where you see these error messages: Cannot read from source file or disk, there has been a sharing violation, cannot delete file or folder, the file name you specified is not valid or too long,
the source or destination file may be in use and many other file managing errors.
Personal Internet VMware PHP Linux Shell Bluecoat Proxy Windows Hardware Virtualization Nagios MySQL DB Monitoring Mail Android Network Wyse Hacks Tomcat Postgres Apple Mac Surveillance Backup BSD ZFS Solaris SmartOS Unix Multimedia Perl Database MongoDB CMS OTRS FreeBSD Wordpress LXC Nginx Proxmox DNS Graphics GlusterFS Security Chef HAProxy Icinga Ansible HTML MariaDB Containers Rancher Docker AWS ELK Kibana Logstash Filebeat Varnish PGSQL PostgreSQL ElasticSearch CouchDB Bash Macintosh Container Minio Grafana InfluxDB Databases NFS OSSEC SystemD Java Zoneminder Elasticsearch SSL TLS Icingaweb2 Cloud Wireless Kubernetes Ubuntu