私は私が入れたLinuxボックスを持っていますが、それは私のバックアップシステムです。 3つの2TBドライブを備えたzfsリニアスパンアレイがあります。毎晩私はfreefilesync（素晴らしいプログラム）を使ってネットワークドライブにマップされたこのマウントポイントにファイルを同期します。
$ zfs list
NAME USED AVAIL REFER MOUNTPOINT
san 3.31T 2.04T 2.87M /san
san/vault 3.31T 2.04T 136K /san/vault
san/vault/falcon 171G 2.04T 100K /san/vault/falcon
san/vault/falcon/snapshots 171G 2.04T 171G /san/vault/falcon/snapshots
san/vault/falcon/version 160K 2.04T 96K /san/vault/falcon/version
san/vault/gyrfalcon 564K 2.04T 132K /san/vault/gyrfalcon
san/vault/gyrfalcon/snapshots 184K 2.04T 120K /san/vault/gyrfalcon/snapshots
san/vault/gyrfalcon/version 184K 2.04T 120K /san/vault/gyrfalcon/version
san/vault/osprey 170G 2.04T 170G /san/vault/osprey
san/vault/osprey/snapshots 24.2M 2.04T 24.2M /san/vault/osprey/snapshots
san/vault/osprey/version 120K 2.04T 120K /san/vault/osprey/version
san/vault/redtail 2.98T 2.04T 17.2M /san/vault/redtail
san/vault/redtail/c 777M 2.04T 72.9M /san/vault/redtail/c
san/vault/redtail/c/AMD 4.44M 2.04T 4.24M /san/vault/redtail/c/AMD
san/vault/redtail/c/Users 699M 2.04T 694M /san/vault/redtail/c/Users
san/vault/redtail/d 1.59T 2.04T 124K /san/vault/redtail/d
san/vault/redtail/d/UserFiles 1.59T 2.04T 1.59T /san/vault/redtail/d/UserFiles
san/vault/redtail/d/archive 283M 2.04T 283M /san/vault/redtail/d/archive
san/vault/redtail/e 1.34T 2.04T 124K /san/vault/redtail/e
san/vault/redtail/e/PublicArchive 1.34T 2.04T 1.34T /san/vault/redtail/e/PublicArchive
san/vault/redtail/e/archive 283M 2.04T 283M /san/vault/redtail/e/archive
san/vault/redtail/snapshots 184K 2.04T 120K /san/vault/redtail/snapshots
san/vault/redtail/version 44.3G 2.04T 43.9G /san /vault/redtail/version
パテを通してLinuxを見ると、マウントが1分間存在し、数分後に消えます。 （zfsリストには常にそのマウントが表示され、マウントが解除されていることを確認するにはマウントを繰り返す必要があります。空になるか、親ディレクトリにまったくありません）。これらのデータセットのマウントが失われています。
翌朝または数時間後に戻るたびに、ほとんどfreefilesyncが同期を開始した直後ですが、ファイルの移動を開始する前にsan/vault/redtailは空です。
エクスポートとインポートの両方を試しましたが、同じ問題が引き続き発生します。私のデータはまだそのままです...
このコマンドは、これらすべての問題を一時的に解決します（期間は不明です）。zfs mount -a
これは私がParnt Sanにかなり多くのサブデータセットを作成した後（おそらく数週間前）に始まり、それがサンデータセットの親エントリになる前に（私はそれについて何の問題もありませんでした）、すべてのデータがそこにあります。配置されると、子データセットが存在します。それ以来、データを外に移動し、データを生成し、データを再移動しました。
私のコンピュータは同期のためにネットワークを移動し続け、インストールはその期間中に失われ、バックアップはほぼ1ヶ月間完了しませんでした。ファイル数を計算する前（15分から1時間程度）、クソのインストールが再び消えて中断されました。バックアップが不名誉に陥った。
データセットをパッケージ化するときに何かを混乱させた可能性があります。後で気に入らなかったので、一部を削除しなければなりませんでした。データは表示されず、何も表示されませんが、すべてが完了したと言い、何度も再起動して再確認した後、すべてが完璧に見えました！
その後、状況は良く見えましたが、サブデータセットの1つであるsan/vault/redtail/cを見てみました。
私はたわごとを台無しにする前に。何が起こっているのかを知る必要があります。データは現在通常システムの冗長バックアップですが、バックアップは一意であるため、ソースドライブの状態の影響を受けます。だから私はそれをオフラインにする余裕はありません。
スナップショットに関する追加の注意事項。壊れたように見える直前に初めてスナップショットを撮りました。これが原因ではないでしょうか？このスナップショットを使用して問題を解決できますか？これは偶然か、それともシグナルですか？
この投稿を見ると、 再帰的に巡回せずにZFSから大規模ディレクトリを一括削除します。私が子供たちと一緒にたくさんのデータセットを作った理由が気になったら...
編集する：この投稿に興味がないため、質問を書き直しました。もう一度お読みください。