web-dev-qa-db-ja.com

Systemd automountとautofs

私は最近、(特に)ネットワーク共有をアクセス時に自動的にマウントできることを発見しました。 Ubuntuでは、autofsまたはsystemdのautomount機能を使用する2つのオプションがあります。

おそらく誰かが、2つのオプションの違い(構成が異なることを除く)について教えてください。 autofsは、automountの場所のスクリプトを構成できるので、より柔軟性があるようです。 systemd automountを使用してもこれは可能ですか?


PDATE 2017-07-25:

この質問に遭遇したすべての人のためのほんの短い更新。

Systemd automountオプションを使用しました。これは、ほぼ同じ機能を提供しながら、設定がより便利で簡単になるためです。

noautoおよびx-systemd.automountを含むfstabエントリがある場合、systemdデーモン(systemctrl daemon-reload)を再ロードすると、/run/systemd/generator/の下にautomount systemdユニットが生成されます(少なくともこれはパスです。 ubuntu 16.04で生成されます)。ユニットは、fstabエントリのマウントポイントにちなんで名付けられます。つまり、/media/network/someserver/shareの自動マウントポイントを作成すると、systemd自動マウントユニットmedia-network-someserver-share.automountが存在します。次に、この自動マウントユニットを(再)起動して、systemctl restart media-network-someserver-share.automountを使用してマウントポイントをアクティブ化できます。

これで完了です。

9
dpr

自分の質問にほとんど答えたと思います。

Systemdはほとんどのことを「ジャストインタイム」マネージャーで考慮しているため、自動マウントの追加は明らかな拡張機能でした。構成は共通のスタイルを使用しますが、それほど柔軟ではありません。

Autofsは、これまで使用してきた古い方法です。それは柔軟性があり、設定は複雑/奇妙なものであり、おそらくデフォルトではインストールされません。

ニーズが複雑でない限り、おそらくsystemdが必要です。簡単な自動マウント設定ガイドはこちらです http://blog.tomecek.net/post/automount-with-systemd/

6
Dan Christian

私にとっての主な違いは、適切な自動スクリプトを備えたautofsが、使用可能な共有を動的にリストすることです。そのため、どのマシン/共有を使用可能にするかを事前に定義してハードコードする必要はありません。

Systemdの自動マウントでは、事前に構成した共有のみが表示されます。これが長所か短所かは、環境、ポリシー、使用パターンなどによって異なります。

2
mivk