複数のディスクにまたがるLVM：ファイルはどのディスクにありますか？全損なしでドライブを失うことはできますか？
私のサーバーには、3つのドライブに990GBのパーティションが3つあります。 LVMを使用すると、ファイルストレージ用に最大3TBのパーティションを1つ作成できます。
1）システムはどのパーティションを最初に使用するかをどのように決定しますか？
2）ファイルまたはフォルダが物理的に存在するディスクを見つけることができますか？
3）LVMのドライブを紛失した場合、すべてのデータが失われますか、それともそのディスク上の物理的なデータだけが失われますか？
エクステントを使用してストライピングを構成しない限り、システムはボリュームグループの最初のディスクから最後のディスクまでいっぱいになります。
これは可能ではないと思いますが、検討を始めるのはlvs/vgsコマンドのマニュアルページです。
ボリュームグループのドライブを失うと、物理ボリュームが欠落しているボリュームグループを強制的にオンラインにすることができますが、全体または一部に関係なく、停止したPVに含まれていたLVを開くことができなくなります。したがって、たとえば10個のLVがあり、最初のドライブに合計3個、最初のドライブと2番目のドライブに部分的に＃4、次にドライブ＃2全体に5〜7個、ドライブ3に8〜10個ある場合、潜在的に可能になります。 VGをオンラインに強制し、LVの1,2,3,8,9,10を回復するには..＃4,5,6,7は完全に失われます。
1）システムはどのパーティションを最初に使用するかをどのように決定しますか？
LVMには、PV（物理ボリューム）を使用するパーティションの概念はありません。これらのPVはエクステントに分割され、次にLV（論理ボリューム）にマップされます。 LVを作成するときに、データをストライプ化するかミラーリングするかを指定できますが、デフォルトは線形割り当てです。したがって、最初のPV、2番目、3番目のエクステントを使用します。
2）ファイルまたはフォルダが物理的に存在するディスクを見つけることができますか？
LVに割り当て範囲があるPVを特定できます。しかし、個々のファイルの情報を取得する方法がわかりません。
3）LVMのドライブを紛失した場合、そのディスク上のすべてのデータを失いますか、それとも物理的にデータを失いますか？
Peterが言ったように、PVが失われると、ブロックは0として表示されます。したがって、他のPVにあるファイルでデータを回復できる可能性があります。しかし、私はそれに依存しません。このため、通常、LVMはRAIDと組み合わせて使用されます。
＃2の答えがわからないので、他の人に任せます。 「ノー」と思いますが、喜んでびっくりします。
1は、物理ボリュームをボリュームグループに結合するときにそれを伝えます。
3は、ディスクの巨大なチャンクが突然バッドブロックに変わったかのように効果的です。同じUUIDを指定した新しい空のドライブでパッチを適用し直してから、不良ドライブにアクセスした論理ボリューム上のファイルシステムでfsckを実行して、何かを回収できることを期待できます。
そして、全体的に、未確認の質問については、ええ、あなたはおそらくそれを本当にしたくないでしょう。