存在によるbtrfs は不良ブロックを追跡しません。、解決としてこのbtrfsメーリングリストの投稿不良ブロックをサポートするには、デフォルトのmdadm RAID0構成を使用することをお勧めします。
これを達成するためにmdadmの代わりにLVMを使用できますか？
ベストアンサー1
一般的に記事で述べたようにコメントこことあなたがリンクしたメーリングリストスレッドに、最新のハードドライブがこれまで消えて、すでに交換できない不良ブロックがあるので廃棄しなければならないと明示されています。 （これに興味がある理由をすでに説明していますが、他の読者のために注目する価値があります。）
LVMには不良ブロックを防ぐ方法はないと思います。通常、LVMの下のデバイス層でこの問題を解決します。この問題を解決する1つの方法は、デバイスマッパーを使用することです。すべての不良ブロックをスキップするために必要なセクタマッピングを提供するテーブルを作成し、このテーブルを使用してデバイスを構築します。そのようなテーブルは次のとおりです。
0 98 linear /dev/sda 0
98 98 linear /dev/sda 99
（これを行うと、98セクタをスキップして196セクタデバイスが作成されます/dev/sda。）あなたはこれを与えますdmsetup:
dmsetup create nobbsda --table mytable
次に、結果デバイスにPVを作成します/dev/nobbsda（代わりに/dev/sda）。
このアプローチを使用すると、一部の事前計画では、ドライブファームウェアと同様に、将来の失敗したセクタを処理することができます。ドライブの端にいくつかの空きセクタを残して（必要に応じてドライブの周りに点を取ることもできます）、リスクを軽減し、次を使用します。失敗したセクタが残した穴を埋めるため。上記の例を使用して、200で始まるセクタをスペアセクタと見なすと、セクタ57は不良セクタになります。
0 57 linear /dev/sda 0
57 1 linear /dev/sda 200
58 40 linear /dev/sda 58
98 98 linear /dev/sda 99
badblocks読者のための練習炉で提供される不良セクタのリストを使用してデバイスマッパーテーブルを作成します。
既存のLVM設定で動作するもう1つの解決策は、次のものを使用することです。pvmoveLVを悪い領域から移動するために物理的な範囲を移動する機能です。しかし、これは、新しいＬＶが生成されるか、または既存のＬＶのサイズが変更または移動されるたびに、これらの領域が再利用されることを防止しない。