RequiresMountsFor: службе нужен смонтированный путь, а не просто существующий каталог
Если каталог данных находится на отдельном томе, его имя может существовать и до монтирования. Приложение, запущенное слишком рано, способно записать файлы в каталог нижележащей файловой системы. После подключения тома эти файлы станут скрытыми под точкой монтирования, что осложнит разбор потери данных.
RequiresMountsFor принимает абсолютные пути и добавляет Requires вместе с After для mount units, необходимых для доступа. Справочник 262 указывает, что монтирования с noauto также учитываются этой зависимостью и могут быть подтянуты нуждающейся службой. Поэтому noauto нельзя считать безусловным запретом активации тома любым потребителем.
Зависимость монтирования не подтверждает правильный носитель, свободное место, права, доступность удалённого сервера в дальнейшем или целостность данных. Эти критерии оформляют отдельно. Более мягкий WantsMountsFor имеет иной смысл обязательности и не является равноценной заменой при требовании прекратить запуск без хранилища.
Приёмка включает загрузку с доступным томом и его отказ до активации службы. В контролируемой среде сверяют реальную файловую систему нужного пути и место появления тестового файла. Для внешнего хранилища определяют также реакцию уже работающего приложения на потерю доступа: начальный порядок запуска не обеспечивает непрерывную работоспособность носителя.
Основание — Official systemd manual edition262, cited sections only, разделы systemd.unit RequiresMountsFor; WantsMountsFor. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Материал относится к справочникам systemd 262. Установленные Linux-дистрибутив, сборка systemd и возможности ядра не проверялись; изменения служб и настроек не выполнялись.
