Hello,
You can do Ctrl + X to cut files and directories and Ctrl + V to paste them in File Explorer.
As for your robocopy script, you can do the following:
robocopy "C:\sourcedirectory" "D:\destinationdirectory" /e /j /copyall /dcopy:date /move /r:3 /w:5 /ts /tp /bytes np/eta/log:"D:\logdirectory\robocopy.log"And you can change the command to whatever the directories need to be.
You might want to test the command out before trying it.
Let me know how this goes.
Wait, cut-paste allows you to perform a Move across drives with File Explorer? I honestly never thought of that as a possibility... Does it keep the date metadata intact? (Still log-less, and I can do logless inter-drive moves through FreeCommander, so it isn't exactly revolutionary to me, but still cool if true.)
Anyway, after a seemingly-successful dry run using /L, I tried your command, or rather
robocopy "C:\x" "D:\y" /E /J /COPYALL /DCOPY:DATE /MOVE /R:3 /W:5 /TS /FP /BYTES /NP /ETA /LOG:"D:\y\report.log"
which is what I assumed you meant (a very minimal modification of my own script), with one of the 17 folders I planned to transfer with the method. It almost worked, but still failed to do what I wanted. Specifically:
- The actual top-level folder (named "20240525", filled with files from, you guessed it, May 25, 2024) I wanted to transfer didn't transfer, only its subfolders ("AppData", "ProgramData", and "storage") and their contents, unlike the Move option in File Explorer, which matches my previous experience with using Robocopy.
- While the dates created of each folder were retained (unlike my previous experience with using robocopy), the dates modified were not... bizarrely also unlike my previous experience with using robocopy, and definitely not "Move" behavior.
I can only think of 2 things that might have caused this:
- Maybe your "/tp [...] np/eta/" wasn't a typo as I had assumed it was?
- I did what I have conventionally done for robocopy and routed my log file into the same directory I sent the copied item(s) into. Perhaps that disrupts things?
Any ideas of what may have been an issue? Is my desired behavior just not possible using robocopy?
By the way (this isn't really necessary information, just wanted to say it), as this action had indeed erased my source folder, in order to try and recover the original dates, I did what I had absolutely, positively wanted to avoid the need for by engaging in this process—I made a sector-by-sector image of my laptop's SSD using DMDE, depleting the storage capacity of my external HDD by considerably more than I'd like. Even then, I think the chance of recovery is slim, as
- I wasn't quite sure what I should do afterwards, and so spent about 10 minutes engaging in near-normal behavior, which included taking screenshots and saving webpages.
- The primary intention of these moves is to wear-level my SSD (and slightly increase the performance of my computer) by exposing a less-worn part of the drive to my pagefile... and my pagefile increased by almost a gigabyte during that time.
So... yeah. While I now technically have all the other folders on that external drive, I'm still continuing with this question as I'd rather have them not tucked within a monolithic image file I need to use special software to access and because I think it's useful information for other people.