これはパフォーマンスと信頼性のテストでした:
7 つのパーティション メタデータ RAID10 データ RAID6 の btrfs ボリュームを構成しました。その上に生のqemuディスクイメージを作成し、イメージをiscsi経由でWindowsに接続しました。このボリュームは、bcache を介して nvme キャッシュされます (ライトバックなし)。これらのドライブにある Apex Legends の再生中にボリュームを削除しました (vfio の vm も)。結果として発生する 2 つのドライブを強制的に取り外すたびに、失敗する場合は、raid10 メタデータが原因であると想定します。チェックディスクをスクラブしました。ボリュームに dd を使用してゼロの地獄を降らせます。切断されたドライブは強制的に劣化モードになり、それらを接続したなど...あなたが考えることができるどんな拷問でも。ただし、同時に 2 つ以上のドライブを取り外したり、結果としてドライブを取り外したりするなどの明白なことは行いませんでした (一度行ったが最初からやり直しました) ...
そして、205 GB のうち 169 GB で、どれだけの量のデータが無傷であるかを推測します。私はちょっとbtrfsを信頼していますが、問題はスクラブ後に見続けるときです:
scrub status for 96076a7e-c93a-4615-972f-d0ec45b31490
scrub started at Mon Feb 28 17:41:49 2022 and finished after 00:06:14
total bytes scrubbed: 168.42GiB with 517433 errors
error details: read=517304 csum=129
corrected errors: 0, uncorrectable errors: 517433, unverified errors: 0
だから私はそれと和解したい。不良セクタ、修正不可能なエラーをそのまま受け入れます。カウンターをゼロにしてエラーを受け入れるか破棄するにはどうすればよいですか? 次のスクラブでエラーが表示されないようにするにはどうすればよいですか? リバランスすればいいの？