これsystemd.mount(5)マニュアルページには次のように表示されます（強調表示）：
ユニットはユニットファイルまたは以下からインストールできます
/etc/fstab（参照：ファイルシステムテーブル(5)詳細はこちら）。にリストされているマウントは、/etc/fstab起動時とシステム管理者の設定が再ロードされると、プライマリデバイスに動的に変換されます。一般的に言えば、マウントポイントを設定するのが/etc/fstab好ましい方法です。
この場合、なぜ/etc/fstab優先されますか？私が知っている限り、systemdはいくつかの場所で既存の設定方法を置き換えました。.mountユニットファイルを使用すると欠点がありますか？
ベストアンサー1
私の場合、Kerberosセキュリティ（sec = krb5）を使用するCIFSはRHEL 7のfstabを介して機能しませんでした。 Xcifs.upcallCIFS-Utilsバージョン6.2（RHEL 7標準）から。X）。 CIFS-Utilsバージョン6.2では、KRB資格情報キャッシュ検索のみを許可します/tmp。会社がデフォルトの場所を使用している場合は問題ありませんが、当社は資格情報キャッシュを保存するために別のディレクトリを使用します。
回避策は、CIFS-Utils 6.2xをアンインストールし、RHEL 8にパッケージされたCIFS-Utils 6.2xと交換することです。Xyum依存関係がないため、viaではなくRPMを介してインストールしてください。しかし、私たちの会社はこれを許可していないので、解決策を講じる必要があります。
/usr/lib/systemd/system/以下は、ディレクトリに私が作成した3つのファイルです。
filename.servicefilename.mountfilename.timer
どこ：
- ＃1は資格情報キャッシュがコピーされるサービスです。
/tmp filename.service＃2はCIFSをマウントすることです。ただし、実行する前にCIFSを追加する必要があります。- ＃3は、問題によってマウントがアンマウントされた場合に問題なく再マウントできるように、資格情報キャッシュを毎時間または毎日コピーするタイマーを開始することです。