Redhat 7を使用するVMがあります。パーティション/データから100%を取得します。
# df -h | grep data
/dev/sdc 20G 20G 0 100% /data
そのため、VMディスクを〜30Gに増やし、再スキャンした後、次のような結果が得られました。
# sfdisk -s | grep sdc
/dev/sdc: 31457280
これで、無料の10Gを/ dataに追加する必要があります。
次の手順でLVMコマンドを使用して/ dataに無料の10Gを追加する方法を教えてください。
現在の構成は次のとおりです。
# pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vg_lab lvm2 a-- 149.51g 94.00m
df -hT /data
Filesystem Type Size Used Avail Use% Mounted on
/dev/sdc ext4 20G 20G 0 100% /data
答え1
あなたは
- 「物理的」ディスク
/dev/sdc
/dev/sdc
パーティションテーブルはありませんが、フルディスクフォーマットがあります。- もう一つあります
/dev/sda
。持つパーティションテーブル、 /dev/sda2
このパーティションテーブルには物理LVMボリュームがあります。
あなたは増加しました/dev/sdc
、LVMボリュームグループの一部ではありませんでは、新しい拡張に使用可能なスペースを確認したいと思います。
あなたの質問を文字通り解釈すると、答えは次のようになります。
/dev/sdc
ボリュームグループがLVMボリュームグループに属していないため、LVMに対して何もする必要はありません。単にresize2fs /dev/sdc
。
実際の質問に対する答え:
つまり、LVMと既存のパーティションテーブルを混在させます。私はあなたがLVMシステム全体を望み、それを/dev/sdc
ボリュームグループに接続したいと思います。したがって、論理ボリュームを作成/サイズ調整/移動することができ、現在どの物理ディスクにあるかは重要ではありません。
私の意見は、あなたが最高ならシステム全体LVMにあるということは、単一のパーティションテーブルがないことを意味します。これは grub と互換性がありませんが、lilo では機能します(仮想化システムの場合は、ブート用に最小限のハードドライブを作成することもできるため、grub でも機能します)。
システムをインストールするとき、これは行われませんでした。私の提案は、物理ボリュームを/dev/sdc
LVM物理ボリュームに変換することです。今はすべてのデータが削除されるので難しいかもしれませんが、それでもやることができます。これはもはやあなたの問題ではありませんが。
拡大する:ボリュームが/dev/sda2
かなり大きいことを確認したら、まずすべてのデータを/dev/sdc
ここにコピーしてから/dev/sdc
物理ボリュームに再フォーマットし(pvcreate /dev/sdc
)、ボリュームグループに追加してから()vgextend vg_lab /dev/sdc
すべてを再コピーすることができます(おそらく新しい論理ボリュームにコピー)、新しく拡張されたボリュームグループ)。