500GB SSD 1個と1TB HD 1個があり、SSDはすでに論理ボリュームの一部であり、HDはfstabを使用してマウントされています。すべてが正常です。
しかし、疑問に思って2番目のドライブ(/ dev / sda1)を論理ボリュームに拡張することにした場合でも、どのドライブに何を含めるかを決定できますか?
練習を少ししてpvcreate、vgextend(仮想マシン)に慣れていて、その部分は大丈夫です。ただし、どちらも同じボリュームグループにあるため、特定のドライブから別のドライブにデータを移動することはできません。
ご意見ありがとうございます。
答え1
ただし、どちらも同じボリュームグループにあるため、特定のドライブから別のドライブにデータを移動することはできません。
これにより、pvmove
論理ボリュームがマウントされ使用されている場合にも可能です。
たとえば、pvmove
特定の物理ボリュームからデータを移行するのは、おそらく最も簡単なユースケースです。
単一ボリュームグループ(略称VG)に複数の物理ボリューム(略称PV)があり、他のPVに割り当てられていないスペースが十分な場合は、最初のPVから論理ボリューム(略称LV)を移行できます。 、簡単な方法を使用して
pvmove <device name of the first PV>
ターゲットを指定しないと、pvmove
LV のすべての部分が同じ VG の別の PV を使用して指定された PV から自動的に移動されます。必要に応じて、オプションで同じVGに対して1つ以上のターゲットPVを指定でき、指定した順序で使用されます。最初のPVから始まり、割り当てられなくなったPVがない場合は、次のPVに移動します。 space)ソースPVが空になるか、より多くの範囲を移動するスペースがないまで。
2番目のドライブ(/ dev / sda1)を論理ボリュームに拡張することにした場合でも、どのドライブに何を含めるかを決定できますか?
しかし、あなたの好奇心は妥当な点に集中しました。単一のボリュームグループに別のストレージメディアを追加することは、ストレージメディアの違いに興味がある場合はしばしば非生産的です。
LVMの主なアイデアは、必要な数のストレージボリューム(パーティションまたはディスク全体)を単一のストレージプール(=ボリュームグループ)にまとめて、個々のストレージボリュームのサイズ制限やその他の違いを無視できるようにすることです。物理ボリューム。その後、ストレージプールを1つの大きな論理ボリュームとして使用するか、必要なサイズの複数の論理ボリュームに分割できます。しかし、これは、基本物理ボリュームが違いを気にしないほど類似していると仮定する。
lvmdevices
LVMツールがこのコマンドを使用できるように十分に新しい場合、デバイスファイル、これは特定のLVを指定されたデバイスファイルにリストされているデバイスに制限するために/etc/lvm/devices/
使用されます。lvchange --devicesfile <name>
おそらくこれはあなたが望むものでしょう。特定のLVを特定のリポジトリに制限できますが、後で簡単に心を変えることができます。
LVMツールにこのオプションがない場合、またはlvcreate
コマンドを使用するlvextend
ときに使用するPVを指定し、lvchange --alloc cling
LVの割り当てポリシーを指定して、エラーからいくつかの(不完全な)保護を得ることができます。
特定のファイルシステムを特定の種類のストレージに絶対に保管し、そのように維持したい場合は、HDD用に別々の2番目のボリュームグループを作成できます。これにより、LVを作成するときにVGを選択する必要があり、LVを間違ったストレージタイプに(簡単に)移動することはできません。