My /usr folder needs to get moved to a new partition. How can I do this without erasing the contents?

Can this be done while Ubuntu is running, or do I need to use the LiveCD for this?


3 Answers 3


It would be safest to use a Live CD, but you could do:

  • copy all the files to a new partition, making sure that the contents of /usr do not change while you are doing this.
  • edit /etc/fstab so that /usr will be mounted on the next reboot
  • reboot
  • delete the old files

See below for details on each step.

Note that you can't mount the new partition on /usr while running as there will be lots of files in /usr that will be open.

Copying the files

I would use cp -a. -a is the archive option. From the man page:

-a, --archive
          same as -dR --preserve=all
-d     same as --no-dereference --preserve=links
-P, --no-dereference
          never follow symbolic links in SOURCE
          preserve      the      specified      attributes       (default:
          mode,ownership,timestamps),  if  possible additional attributes:
          context, links, xattr, all
-R, -r, --recursive
          copy directories recursively

Editing /etc/fstab

You need to know the UUID of your new partition. You can see the mapping by doing:

$ ls -l /dev/disk/by-uuid/


$ sudo blkid

And then add this line to /etc/fstab:

UUID=634c31a5-e27c-4e33-ac67-2e22491a30c2 /usr           ext4    defaults        0       2

Change the UUID to your UUID, and change ext4 to be the file system type you are using - you should know this if you have set up the partition.

Delete the old files

After the reboot, the old files in /usr on the root partition will be hidden by the new partition mounted on /usr. But we can use some mount bind trickery to get to the old files and then delete them.

$ sudo mount --bind / /mnt
$ sudo rm -rf /mnt/usr/*
$ sudo umount /mnt

But some slight mistyping (say, hitting Enter when you'd only typed sudo rm -rf /mnt ) could cause disaster, so I would only use this method if you were very confident in what you were doing, really couldn't deal with any downtime, or had no physical access to the machine and hence were unable to boot off a live CD or live USB stick.

  • 6
    rsync is so much better suited for this than cp Aug 2, 2010 at 20:17
  • 1
    @MarcoCeppi Could you expand on that? Maybe give a variant answer that uses rsync instead?
    – Kazark
    Dec 31, 2014 at 20:33
  • 7
    Replace cp command with rsync -avz. Rsync allows you to restart copies and should generally be used when moving between partitions, block devices, or machines. Dec 31, 2014 at 21:17
  • 4
    Do NOT use cp. It doesn't preserve HARD LINKS. This will break package upgrades in future. For example /usr/bin/s2p and /usr/bin/psed is the same file. Moving with cp will create 2 independent versions of that file. Do rsync -aH instead. Jun 4, 2015 at 20:55
  • 1
    First of all, skip the -z flag - it enables compression, which given you're not sending the files over a network is useless overhead (except that rsync is usually smart enough to ignore it, but still, might as well drop it). @AleksandarStefanović you definitely want the contents there, not the folder, and the reason it's happened that way is due to some rsync quirks: it treats rsync -avH a/ b differently from rsync -avH a b, copying the contents of folder a (that is, a/*) in the first case and the folder itself in the second. Make sure you use the slash here.
    – Darael
    Apr 7, 2016 at 9:09

Since most libraries that are used are in /usr, I would not recommend to move this directory while running Ubuntu. In fact, you probably get error messages when you try to do this. Hence, the best is to use the LiveCD.

You can use several possibilities to move/copy the files cp, rsync etc. you want to make sure that any symlinks are created and not just copied. cp and rsync both have options for this.

After moving the files to the other partition you need to add another mount in /etc/fstab to mount the new partition to /usr.


This is how I've done it (following the Hamish's answer and the comments):

  1. Copy all the files the newly created partition (replace with the location of your partition, it should look similar to mine):

     rsync -avz /usr/* /media/aleksandar/750b84e2-e65f-4309-ade5-5af0033a937c 
  2. Edit /etc/fstab (same as in Hamish's answer, of course, replace xxxxxx with your UUID)

     UUID=xxxxxx/usr           ext4    defaults        0       2
  3. Reboot the system

  4. After rebooting, open System Monitor or similar application to see whether your new /usr partition is mounted, and to safety-check whether everything went as planned.

  5. After checking that everything is alright, you can delete your old /usr partition. I will keep mine just in case something goes wrong.

  • 4
    @cmks because I felt like other answers were incomplete - I didn't get complete solution from one answer, and none of the answers didn't have enough detail to them. I felt like users who would come to this question would need help. It doesn't matter if it's five years old if someone still needs the information from this question. Apr 8, 2016 at 13:19
  • 1
    Why is everybody rebooting their system? Shouldn't a sudo mount -a allow it to keep on running? Aug 6, 2016 at 9:01
  • @Hagen I guess it's just for good measure Aug 6, 2016 at 9:04
  • How can I to make step 7, if step 4 was skipped? mount --bind is the answer.
    – vp_arth
    Jul 10, 2020 at 13:12
  • @vp_arth what he means is that he renamed it to /usrBACKUP while the system was still running, and then it crashed. So don't do that. Instead, just reboot the system normally. Don't worry about having two /usr folders, Linux will happily hide the old one and mount the new one in its place. (You can delete the hidden folder, but I'm not explaining that here.)
    – intrepidis
    Aug 22, 2020 at 9:59

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

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