ZFSとSyncoid / Sanoidから失われたディスク領域の回復 - 助けてください

ZFSとSyncoid / Sanoidから失われたディスク領域の回復 - 助けてください

長い読者様、ここに初めて文を載せますね。 Linuxに初めて触れたので、ZFSファイルシステムでLinuxをマウントできるようにするのは愚かだったでしょう。最初は、次のコマンドを使用してルートプールに別のドライブを追加してRAIDスタイルのストライピングを実行するのが非常に簡単なので、よさそうです。

sudo zpool add rpool /dev/nvme1n1

しかし、過去2週間、ZFSはこれを正しくバックアップする方法を理解しようとしました。 ZFSスナップショットとレプリケーションについて見つけることができるすべてのオンライン投稿では、バックアップは非常に簡単に見えますが、私には適していません。それはおそらく、物理ドライブ、ZFSプール、およびスナップショット/レプリケーションの基本的な関係を理解し​​ていないからです。物理ドライブがある場合にのみ処理しても問題ありません。

多くの研究の後、SanoidプログラムのSyncoidに問題をアウトソーシングすることにしました(https://github.com/jimsalterjrs/sanoid/blob/master/README.md#syncoid)。これは大きな間違いのようです。まず、バックアップを含むプールを設定しましたが、このプールは約20 GBのスペースしか占有しません。 28 TBのスペースを持つ「sda」とマークされた別のドライブに〜20 GBのスペースを保存するために、まず以下を実行しました。

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

ただし、これは17TBのハードドライブのプールスペースを占めるため、物理28GBのハードドライブには9TBしか残っていないようです。だから、再起動するためにハードドライブのプールを破壊したが、何の効果もなかった! fdiskを実行すると、レポートに実際にsdaボリュームに9TBのスペースしかないことが示されます。 fdiskがZFSファイルシステムに起因する問題に弱いようで驚きました。

この問題を解決するために、この問題を検索してこのStackExchange投稿を見つけました。イメージファイルデータセットを削除した後のZFS失われたディスク領域の回復、推奨されているようにすべてのZFSスナップショットを一覧表示し、@syncoidに関連するすべてのスナップショットを削除しました。これも効果がありません。だから、ハードドライブ「sda」を削除して再インストールするのが役に立つと思いました。ところでマウントされたボリュームが一覧表示されてもsdaドライブは全く現れませんね!

誰かがドライブを元の形状に復元するのに役立ちますか?私は完全に迷子になったと感じたが、もちろんこれが私の知識の欠如によるものであることを十分に知っているが、ZFSについては少しがっかりした。簡単でユーザーフレンドリーであると説明されていますが、物理ドライブへの明示的な接続とそれに対する直接的なユーザー制御がないと、初心者が使用するのは非常に困難になる可能性があります。物理的に言及することが何もないマトリックスに閉じ込められているような感じがしました。

文脈:私は素敵なことをせずに、私たちの個人的な目的のためにLinuxボックスを実行しています。好ましくは、スナップショットはまったく必要ありません。実際には、致命的なクラッシュから回復できるように、ブートディレクトリとルートディレクトリを定期的にバックアップするだけです。他のすべては実際にスペースの無駄です。

どんな方法でも助けてくれてありがとう! !

Linuxに初めて触れる人

ベストアンサー1

おすすめ記事