Назад | Перейти на главную страницу

RHEL - Принудительный порядок монтирования в fstab

У меня есть один сетевой ресурс, который я монтирую в fstab. Это нормально работает.

Затем у меня есть второе монтирование, которое привязывается к папке из первого монтирования. Что-то вроде этого:

//my-cifs-share/foo /mnt/foo-share cifs _netdev,dir_mode=0777 0 0
/mnt/foo-share /my/binded/folder none bind

Моя проблема в том, что, по-видимому, второе монтирование выполняется до первого монтирования. Следовательно, папка / my / binded / будет пустой после загрузки. Когда я затем вхожу в систему и выполняю mount -a только один раз все создается отлично.

Итак, есть ли способ обеспечить соблюдение порядка или сделать одно крепление зависимым от другого?

Большое спасибо!

// edit: Как обсуждалось в комментариях, похоже, нет реального пути для сохранения. Поэтому я решил пойти с этим: оставьте fstab как указано выше. Используйте crontab для запуска mount -a каждые 5 минут. Кажется, на данный момент достаточно.

от человека Mount:

   -F, --fork
          (Used  in  conjunction  with -a.)  Fork off a new incarnation of
          mount for each device.  This will do  the  mounts  on  different
          devices  or  different  NFS  servers  in parallel.  This has the
          advantage that it is faster; also NFS timeouts go  in  parallel.
          A  disadvantage  is that the mounts are done in undefined order.
          Thus, you cannot use this option if you want to mount both  /usr
          and /usr/spool.

Я думаю, ваш дистрибутив использует этот параметр по умолчанию при загрузке. Попробуйте найти и удалить. (Я не знаю redhat)

Избегайте определения монтирования статической привязки к каталогам, которые находятся в файловых системах, существование которых не "гарантировано". Со временем вы обязательно столкнетесь с множеством проблем, и это только один пример. Подумайте, что произойдет, если это крепление CIFS неизбежно упадет во время работы.

В большинстве случаев такой сценарий лучше подходит для символической ссылки, чем для привязки привязки. Симлинки изящно обрабатывают сброс своей цели, становясь «неработающей» ссылкой, пока цель не будет восстановлена. Есть ли причина, по которой вы не можете использовать для этого символическую ссылку?