archivemount私はこれが私が経験しているバックアップの問題に不可欠な解決策のようであることを数日前に学びましたecryptfs。しかし、私のテストでは、sync書き込みが完了する前にarchivemountが終了しているようです。つまり、テスト中に実際にディスクへの書き込みが「完了」する前にコマンドが返されるため、親ファイルシステムをマウント解除することができる時期（たとえば、.tarを含むドライブの削除）は実際にはわかりません（ディスクスラッシングを見ることができます）。私のローカルコンピュータで利用可能なディスク容量の減少を監視します。この問題を解決する方法についてのヒントを提供するいくつかのオプションがありますが、実際の回避策があるかどうかはわかりません。
-o direct_io
use direct I/O
-o async_read
perform reads asynchronously (default)
-o sync_read
perform reads synchronously
セクションからMacFUSE mount options：
-o nosynconclose
disable sync-on-close behavior (enabled by default)
-o nosyncwrites
disable synchronous-writes behavior (dangerous)
したがって、データが入ったらどうやって検出しますか？実際にディスクの書き込みが完了し、コマンドラインからドライブを削除しても安全ですか？
答え1
呼ぶ時archivemounterだけ山アーカイブは記録を行わないため、ブロックされません。
設置後、あなたファイルはマウントポイントに書き込まれ、umount親ファイルシステムをアンマウントする前にマウントポイントに到達する必要があります。エラーarchivemounterがない場合は、umountすべてのデータがアーカイブに書き込まれるまでブロックされ同期されます。
archivemounter常に書き込みを避けたい場合は、-o direct_ioそれがあなたが望むものです。不明な場合は、親ファイルシステムをアンマウントしたsync -- /path/to/archive後（または以前）にいつでも自分自身を呼び出すことができます。umount