|
Problem description: So here's the deal. I have been in way, way over my head in a tech support job at a place where literally no one is more tech-savvy than I am except the poor overworked network admin who is just grateful for me taking some work off his shoulders. I have an A+ and 20 years tinkering with my home PCs and networks, and I am somehow "supervisor" of the help desk after less than a year, with no one around to ask questions or spot me doing something wrong. Fool that I am, I handled a backup of some 75k files totaling 4.5TB by putting them all inside the same folder. And now it turns out that the software that reads them can't work because it is expecting them to be in three folders like they were originally. Attempted fixes: If I try to filter the folder and ctrl-x the ones I need, the system maxes out on RAM. If I then try to paste them somewhere, it ends up dropping the process entirely. TeraCopy, which I've used before for my own, much smaller backups, is also a drag and drop operation and I can't even move the things to the TeraCopy window. From command prompt, "move c:\asdf\*suffix.dat c:\fdsa" works on my Win8.1 machine at home but gives me parsing errors on their Win7 machine because there are parentheses in the filenames. (Is there a way around this? I'm wondering whether it would work from Win7 Powershell?) I'm also not even sure that it would do what I needed. I have to go back in once they close tonight to try to fix this, and the only other things I can think of to do is drag and drop all 75k files 10 or 20 at a time. Recent changes: I have pulled some of my hair out. -- Operating system: 32-bit Win7 Pro System specs: i5 4670, 4GB RAM, way too much storage. Location: America I have Googled and read the FAQ: Yes Phenotype fucked around with this message at 23:07 on Aug 1, 2014 |
# ? Aug 1, 2014 23:05 |
|
|
# ? Apr 28, 2024 21:25 |
|
Try robocopy.
|
# ? Aug 2, 2014 01:00 |