RAMドライブを取り付けたら、systemdサービスを開始します。

RAMドライブを取り付けたら、systemdサービスを開始します。

LANのgitディレクトリをDropboxにバックアップできるinotifyベースのサービスがあります。 Dropboxにgitディレクトリを保持しようとしましたが、gitクライアントが複数あるため、エラーファイルが頻繁に発生します。

開発の初期段階では、RAMドライブにログインしようとするのはかなり忙しくて面倒なシステムサービスでした。/tmp他のアプリケーションがそこにスペースに依存しているので、使用したくありません。

fstabからメモリドライブを作成するには、次のものが必要です。

 tmpfs       /mnt/ram tmpfs   nodev,nosuid,noexec,nodiratime,size=1024M   0 0

バックアップサービスを開始する前に、メモリドライブがマウントされていることを確認する必要があります。サービスの遅延開始条件を設定したい。

このサービスを前提として使用する人の提案を見たことがありますが、必要なサービス名を提供する*.mnt文書はありません。/lib/systemd/system

このマウントをどのように識別しますか?別の方法がありますか?

ベストアンサー1

あなたの状況を理解している限り、あなたは自家製のバックアップサービスをロードするためのシステムサービスファイルを作成しました。バックアップサービスが開始される前に、RAMドライブのマウント(/ etc / fstabのエントリとして定義されている)が利用可能であることを確認する必要があります。

私が直接したわけではなく、マンページで探してみました。だからこれはうまくいかないかもしれません。

によると、man systemd.unit「[UNIT] SECTION OPTIONS」には有望に見えるスイッチがあります。

インストールが必要=

スペースで区切られた絶対パスのリスト。指定されたパスにアクセスするために必要なすべてのインストール単位に対して、Requires =およびAfter =タイプの依存関係を自動的に追加します。

noautoとマークされたマウントポイントはlocal-fs.targetを介して自動的にマウントされませんが、このオプションの目的によっては依然として尊重されます。つまり、デバイスからドラッグします。

テスト目的でnoautoこれをfstab

おすすめ記事