長年の読者ですが、初めて投稿します。Linux は初めてなので、おそらく愚かにも (私の専門知識のレベルを考えると) ZFS ファイル システムでのインストールを許可してしまいました。最初は、次のようにしてルート プールに別のドライブを追加することで RAID スタイルのストライピングを驚くほど簡単に実行できたので、これは良いことだと思いました。
sudo zpool add rpool /dev/nvme1n1
しかし、ZFS は、適切なバックアップ方法を見つけようとしながら、過去 2 週間にわたって私に大きな頭痛の種となってきました。ZFS スナップショットとレプリケーションに関するオンライン投稿を見ると、バックアップは非常に簡単に思えますが、私には向いていません。おそらく、物理ドライブ、ZFS プール、スナップショット/レプリケーションの基本的な関係を理解していないからでしょう。物理ドライブだけを扱っているのであれば、おそらく問題ないでしょう。
徹底的に調査した後、私はSanoidプログラム内のSyncoidに問題をアウトソーシングすることに決めました（https://github.com/jimsalterjrs/sanoid/blob/master/README.md#syncoid)。これは大きな間違いだったようです。最初にバックアップを格納するためのプールを設定しましたが、これは約 20 GB のスペースしか占有しないはずでした。これらの約 20 GB のスペースを、28 TB のスペースを持つ「sda」というラベルの付いた別のドライブに保存するために、まず以下を実行しました。
sudo zpool create hdd /dev/sda
次に、syncoidを使用してルートプールとブートプールを新しい「hdd」プールにバックアップしようとしました。
syncoid -r --sendoptions=“vPrF” --no-stream bpool hdd/bpoolbackup
syncoid -r --sendoptions=“vPrF” --no-stream rpool hdd/rpoolbackup
しかし、これにより HDD プールの 17 TB のスペースが消費され、物理的な 28 GB HDD には 9 TB しか残っていませんでした。そこで、最初からやり直すために HDD プールを破壊しましたが、効果はありませんでした。fdisk を実行すると、レポートには実際には sda ボリュームに 9 TB のスペースしかないことが示されます。fdisk は ZFS ファイル システムが引き起こしている問題に従属しているように見えるため、これは衝撃的でした。
これを解決するため、私は問題を検索し、このStackExchangeの投稿を見つけました。イメージファイルデータセットを削除した後にZFSによって失われたディスクスペースを回復する、アドバイスに従って、すべての ZFS スナップショットをリストし、@syncoid に関連付けられているものをすべて削除しました。これも効果はありませんでした。そこで、HDD ドライブ「sda」をアンマウントして再マウントし、これが役立つかもしれないと考えました。しかし、マウントされたボリュームをリストすると、sda ドライブは表示されません。
どなたか、ドライブを元の状態に戻すのを手伝っていただけますか? 完全に途方に暮れています。もちろん、これが私の知識不足によるものだと完全に認識していますが、ZFS にはがっかりしています。シンプルでユーザー フレンドリーであると説明されていましたが、物理ドライブとの明確な接続や、ユーザーが直接制御できないため、初心者にとっては非常に使いにくいです。参照できる物理的なものが何もないマトリックスに閉じ込められているような気がします。
背景: 私は特別なことは何もしていません。個人使用のために Linux マシンを実行しているだけです。スナップショットはまったく必要ありません。実際のところ、壊滅的なクラッシュから回復できるように、ブート ディレクトリとルート ディレクトリの定期的なバックアップだけが必要です。それ以外はすべて、スペースの無駄です。
ご協力いただける場合は、ぜひお知らせください。
Linux初心者