私のホーム サーバー (Debian Jessie) には、バルク ストレージ用の 1 TB ディスクのペアがあり、raw デバイス (パーティションなし) 上の RAID1 ミラー ボリュームとして構成されていました。
これらのディスクを 2 つの新しい 3TB ドライブに交換することになったとき、データを移行する方法に関する適切なガイダンスや例を見つけるのに苦労しました。
最終的に私が選択した手順は、マシンを GParted ライブ環境で起動し、partclone.btrfs を使用して各ソース ディスクをその交換用にコピーすることでした。これは単純ですがリスクがあります。クローン作成によりボリューム/サブボリュームの UUID が重複するため、すべてのディスクが接続された状態でマシンを再起動するのは安全ではありません。重複した ID によって btrfs が混乱するからです。
古いディスクを取り外した後、再起動すると、マシンが起動し、新しいディスクが元の UUID で再マウントされ、クローン作成が成功したことが示されました。ただし、btrfs スクラブを実行すると、回復可能なエラーが何千も生成されました。ブロック チェックサムごとに 1 つのエラーがあるように見えました。
スクラブが完了した後、ボリュームは正常に動作しているように見え、2 回目のスクラブ パスではエラーは表示されませんでした。
私は見つけた1 件の投稿このサイトでは、単一のドライブをクローンするときに同じ問題が発生した人が投稿しているので、RAID ボリュームに特有のものではないようです。
これが物理デバイス間でデータを移動するときに予想される動作なのか (チェックサムが無効化される)、それとも partclone が主張するほど「btrfs 対応」ではないのか、誰か知っていますか?