New
#1
Tough Command Line Backup using Robocopy or Xcopy
I must backup my BSOD'd PC from the command line before re-installing Windows 10, but Robocopy is glacially slow and Xcopy emits"Insufficient Memory" (due to long pathnames). I am now running Windows 10 from a USB 3.0 drive downloaded from MSft which brought me to [Install Now] or [Repair Your Computer]. Though MS states that [Install Now] would not destroy my personal files, I do not trust that. Hence I wish to first backup from [Repair Your Computer] at command line. I already tried the System Restore option to no avail. And other options like [Safe Mode with Command Prompt] just gets me back to the BSOD. So I am now at a Command Prompt X:>
- Robocopy /e /zb /b /sl /xj /create from C:\users to Seagate D:\users runs at a glacial 80MB/hr and would take thousands of hours to back up anything sizable.
- Xcopy /e /c /h /y /b /s /r runs at a tolerable 25GB/hr (20hrs for my entire C: drive). However it stops with "Insufficient Memory" which definitely is a pathname > 256 chars problem, and I have many of them--for example, in .eml filenames of which I have about 100,000. Note that the /c option already requests "continue on error" but apparently not that error. There is a LongPathNames=0 setting in the registry which I can set to 1, but the doc says I need to reboot and this does not appear to get saved on the USB drive.
- Even though I cannot boot from my C:drive, I can run many executables from them. Can I run standard MS backup from the command line and make a disk image? I do not need a backup to restore from, just want to keep all my data in case Windows 10 re-install destroys too much. I found that System32/sdclt.exe does not run alone. The Seagate backup utilities on D: are not compatible with Windows 10.
This post is mainly to ask if anyone knows why Robocopy is so slow or how I could get around the LongPathNames in Xcopy. I have spent many many hours trying to restore.
Last edited by cabujones; 13 Feb 2018 at 01:48. Reason: ypo