Читаем Linux API. Исчерпывающее руководство полностью

# mount | grep testfs Проверка установки

/dev/sda12 on /testfs type ext3 (rw)

/dev/sda13 on /testfs type reiserfs (rw)

# touch /testfs/newfile Создание файла в данном поддереве

# ls /testfs Просмотр файлов в данном поддереве newfile

# umount /testfs Изъятие точки монтирования из стека

# mount | grep testfs

/dev/sda12 on /testfs type ext3 (rw) Теперь в каталоге /testfs

только одна точка монтирования

# ls /testfs Теперь видна предыдущая точка монтирования

lost+found myfile

Один из вариантов применения такого стека точек монтирования — создание новой точки в существующей точке монтирования, которая занята. Процессы, которые удерживают файловые дескрипторы открытыми, изолированы системным вызовом chroot(), или которые имеют текущие рабочие каталоги внутри старой точки монтирования, продолжают работать под этой старой точкой, а процессы, которые осуществляют новые доступы, используют новую точку монтирования. В сочетании с флагом MNT_DETACH это позволяет обеспечить плавную миграцию из какой-либо файловой системы без необходимости перевода этой системы в режим одиночного пользователя. Еще один пример использования стека точек монтирования мы увидим в разделе 14.10, когда будем рассматривать файловую систему tmpfs.

14.9.3. Флаги монтирования, которые являются параметрами конкретной точки монтирования

В версиях ядра до 2.4 существовало однозначное соответствие между файловыми системами и точками монтирования. Но, поскольку, начиная с версии Linux 2.4, такое соответствие больше не сохраняется, некоторые из значений mountflags, описанных в разделе 14.8.1, можно задавать отдельно для каждой точки монтирования. Это относится к флагам MS_NOATIME (начиная с версии Linux 2.6.16), MS_NODEV, MS_NODIRATIME (начиная с версии Linux 2.6.16), MS_NOEXEC, MS_NOSUID, MS_RDONLY (начиная с версии Linux 2.6.26) и MS_RELATIME. В следующем сеансе работы с оболочкой показано, как это выглядит в случае с флагом MS_NOEXEC:

$ su

Password:

# mount /dev/sda12 /testfs

# mount — o noexec /dev/sda12 /demo

# cat /proc/mounts | grep sda12

/dev/sda12 /testfs ext3 rw 0 0

/dev/sda12 /demo ext3 rw,noexec 0 0

# cp /bin/echo /testfs

# /testfs/echo "Art is something which is well done"

Art is something which is well done

# /demo/echo "Art is something which is well done"

bash: /demo/echo: Permission denied

14.9.4. Связанные (синонимичные) точки монтирования

Начиная с версии ядра 2.4, Linux разрешает создание связанных точек монтирования. Связанная точка монтирования (которая создается с помощью флага mount() MS_BIND) позволяет смонтировать каталог или файл в каком-либо еще местоположении в иерархии файловой системы. Это приводит к тому, что такой каталог или файл становятся видимыми в обоих размещениях. Связанная точка монтирования чем-то похожа на жесткую ссылку, но отличается от нее следующими двумя особенностями.

• Связанное монтирование может «скрещивать» точки монтирования файловой системы (даже изолированные системным вызовом chroot).

• Можно создавать связанную точку монтирования для каталога.

Связанное монтирование можно осуществить из оболочки с помощью параметра — bind для системного вызова mount(8), как показано в приведенных ниже примерах.

В первом примере происходит связанное монтирование каталога в другое местоположение. Показано, что файлы, которые создаются в одном каталоге, становятся видны и в другом месте размещения:

$ su Привилегии, которые необходимы для выполнения

системного вызова mount(8)

Password:

# pwd

/testfs

# mkdir d1 Создание каталога, который будет связан

с другим местоположением

# touch d1/x Создание файла в этом каталоге

# mkdir d2 Создание точки монтирования, с которой

будет связан каталог d1

# mount — bind d1 d2 Связанное монтирование: каталог d1 виден

через каталог d2

# ls d2 Проверка возможности просмотра содержимого

каталога d1 через каталог d2

x

# touch d2/y Создание второго файла в каталоге d2