Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

In Eric Hammond's article Running MySQL on Amazon EC2 with EBS he shows how to add a second drive (/vol/) and then progresses to move mysql's config and data there.

/sdh gets mounted as /vol by editing fstab and adding:

/dev/sdh /vol xfs noatime 0 0

And next some paths are added like this:

/vol/etc/mysql /etc/mysql     none bind

I don't have a problem with doing this way but I don't quite understand what is going on.

I can most closely compare this to using a symlink, something like:

ln -s /etc/mysql /vol/etc/mysql

I've taken a look at man fstab without seeing much information about the bind syntax and can't find it in the fstab section in the Linux Administrator's Handbook either. Can someone shed some light on fstab's bind syntax, how it works, what it does, and where I should be able to find more information on it?

share|improve this question
up vote 8 down vote accepted

bind mirrors a filesystem (among other situatons, it's useful when setting a chroot inside which you need to have a "complete" system (like when unpacking/installing Gentoo).

Just simply like that, it mirrors a tree from A into B. I don't know for sure if it has any option, but I doubt it, it does not do more than, well, mirroring.

Unlike a symlink, which is a file in a filesystem pointing to another filesystem, requiring you to set it up, and is still a "special file", bind really mirrors the whole subtree. Depending on the tool, both strategies may work, but it is possible to detect the symlink and some tools may resolve it to the original path. The bind approach is more transparent, acting like two different filesystems.

share|improve this answer
Just had to do this last night, excellent answer. this is the description from LFS build docs: ....since this is a new system and does not have Udev and has not yet been booted, it is necessary to mount and populate /dev manually. This is accomplished by bindmounting the host system's /dev directory. A bind mount is a special type of mount that allows you to create a mirror of a directory or mount point to some other location.. – 2bc Mar 26 '12 at 21:04
Exactly. Symlinks that reference inodes outside of a chroot environment won't work. You can link /mychroot/home to /home before you chroot(2), but after you chroot, the symlink is broken (/mychroot no longer exists from the point of view of the chrooted environment). Binding to the rescue. – Alexios Mar 26 '12 at 22:03
You can have a read only bind mount, but symlinks can't change the permissions of the target. – psusi Mar 26 '12 at 22:50

Your Answer


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.