Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I am trying to move all subdirectories of a folder to another share on the same server. If I do a mv *, I will run out of space since the folders are not removed until all folders get transferred. So I'd like to create a short script that loops through each one. Does any one have an example that I can look at? I've searched around but can't find exactly what I am looking for.

share|improve this question
2  
Out of curiosity: I would have thought that moving directories within a partition is "instantaneous", no matter how full the directory is? –  Hagen von Eitzen Apr 17 at 16:24
    
Not if you do it across a network connection. Then all files are downloaded and uploaded again. –  MSalters Apr 18 at 12:18

5 Answers 5

You could use rsync(1):

rsync --remove-source-files /path/to/source /path/to/destination

This will remove successfully transferred files from the original path.

share|improve this answer
2  
+1 For using an appropriate tool for an appropriate job, not every task is best done in a quickly made bash script –  Vality Apr 18 at 16:30

You want for.

An example (this will just show what will be done):

for item in *; do
    echo mv "$item" /destination/directory
done

When you're happy, remove echo to do it for real.

share|improve this answer

Using the mv command to move files from one volume to a different volume is a copy operation. But how would you run out of space on the source volume? You would only run out of space on the target volume if that volume is smaller than the total size of the files you're moving. But either way, you're only deallocating space on the source volume, not allocating more space on it.

If you use mv to "move" files from one directory to another on the same volume, that's just a rename operation. You're not copying data, you're just adjusting file pointers to present a different directory hierarchy. You're not going to run out of space because the file data stays right where it was.

Either way, I'm not sure I see the problem. :-) Have you actually been trying this and running out of space, or are you just trying to plan ahead?

share|improve this answer
    
I think the user is using a network file system to export two different directory trees on the same real partition, to copy between them, he is for some reason sending them from one network file system to the other over TCP despite them being on the same disk... Odd I know, but it would cause this issue... –  Vality Apr 18 at 16:35
    
I wondered about that, and that would cause temporary duplication since the operation couldn't just monkey with file pointers. But if that's the case, it seems as if it would be much better to get a shell session directly on that machine and use mv the efficient way. –  Craig Apr 18 at 23:14

ls -1 | xargs -n1 -i echo mv '{}' destination

Just remove the echo when happy.

share|improve this answer
    
And added this: -d"\n" –  NinjaCat Apr 17 at 15:19

Just for reference, I believe the mv command doesn't do a copy then delete operation, ie having

mv /home/foo /home/bar

exist simultaneously for a short period. It operates more like renaming. Essential changing the filesystem accounting so that what pointed at /home/foo now points to /home/bar without actually physically moving the data on disk from one place to another, or copying then deleteing from the previous location.

share|improve this answer
    
I think he is copying between different file-systems, not just moving a directory to a new path. –  Vality Apr 18 at 16:36

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.