Вместо явной зависимости, возможно, вы могли бы использовать Automount .
Я помню, что SystemD рекламировал это во время начального блога PoEStering , как своего рода неявная зависимость. Это похоже на то, как (с Systemd) вы можете писать запросы на сокет, и для вас будет начаться подходящее обслуживание, AKA «Активация сокета». В этом случае доступ к файловой системе заставит его установить.
С таким подходом вы можете ожидать блокировки до тех пор, пока служба или файловая система не будет готов. ПРИМЕЧАНИЕ : Это подразумевает, что ваша система будет иметь каталог, который блокирует вас, если вы попытаетесь посмотреть на него (как только вы удалили диск «Грели») ... Может быть, если вы когда-нибудь используете / root для всего еще, было бы лучше установить его в другом месте, например, / Automount / Keyring
, чтобы не отключить его. Лично я думаю, что этот вопрос делает автоматически немного запутанным - но это, кажется, делает очень быстрое решение вашему вопросу.
Если файловая система указана в / etc / fstab
, просто добавьте x-systemd.automount
в список параметров.
Если он описывается на родном .mount
Файл вместо этого, похоже, вам нужно создать .auutomount
файл того же имени. Например. root-Keyring.automount
, содержащий:
[Automount]
Where=/root/keyring
Как обычно, я работал через 30 секунд после создания этого поста. Я создал папку в том же сеансе SSH, т.е. в соответствии с пользователем root, поэтому, даже если папка / домой / пользовательская папка принадлежала к «пользователю» PUCTIC_HTML папки, принадлежала корень.
Позволяя «пользователю» создать папку POUCLY_HTML, позволил мне работать в нем, и, конечно, домен теперь обслуживает правильную страницу.