Linux LVM 論理ボリュームがディスク パーティション全体を占有しない [LVM 論理ボリュームを拡張する]

以前は、従来のパーティション方法に従って Linux をインストールし、カスタムを選択して、ディスクを sda1、sda2... に分割できました。

これらは Linux ではパーティションと呼ばれ、 パーティション と呼ばれ、各パーティションに 、 、などがマウントさ/ます/home/var

しかし、LVM テクノロジーの推進により、ディスク全体をフォーマットするデフォルトの方法で ubuntu をインストールすると、インストール完了後にディスク容量がいっぱいにならず、500 G を超える元のディスクが必要になるだけです。アップ200G以上/この結果の原因の大部分は、元のシステムが再インストールされたことです。(わかりませんが、少なくとも私はそう感じました)

以下に示すように:

df -h

ここに画像の説明を挿入

lsblk

ここに画像の説明を挿入
lsblk上の図に示すように、実際のディスク容量 (物理) は 446G を超えていますが、200G しかマウントされていないことがわかります。

また利用しましょう

fdisk -l

パーティションを確認します。このコマンドは、さまざまな乱雑なパーティションを含む多くの内容を出力します。以下に示すように sda ブロックを見つけます。

ここに画像の説明を挿入
元のパーティションには何も問題がないことがわかりました。sda1、2、および 3 は Windows のディスク c、d、および e に相当するパーティションであることに注意してください。計算後、sda1、2、および 3 は次のとおりであることがわかりました。この数字は実際のハードディスク容量に対応しています。つまり、ハードディスクには何も問題がなく、実際に ubuntu によって完全に読み取られています。

その後、問題を絞り込むことができ、マウントが少ないと判断されます。では、なぜマウントが少ないのでしょうか?(マウントはパーティションに基づいており、パーティションの上位層にあることに注意してください)

/物理パーティションに直接マウントされているのではなく、論理パーティションの LVM ファイル システムにマウントされていることがわかりました。ここで示されている/dev/mapper/ubuntu--vg-ubuntu--lvのは論理パーティション ファイルです (論理パーティションはファイルの形式で存在します)。それ自体はわずか 200G なので、当然、最も多く搭載されているのは/200G です。

展開するには、/この LVM ファイルを展開します。非常に簡単です。次のコマンドを実行して、ディスクの残りの領域を占有させ、ディスクを乾燥させます。

sudo lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

カラッと揚げたくない場合は、

sudo lvextend -L 50G /dev/mapper/ubuntu--vg-ubuntu--lv

上記の拡張は 50G ですが、当然のことながら、拡張サイズは実際のディスクの残りサイズを超えることはできません。

LVM と実際のディスク サイズの違いを確認するには、次のコマンドを使用します。

lvdisplay

表示は図のとおりです。
ここに画像の説明を挿入
ここでは論理ディスク情報が表示されますが、物理ディスク情報は表示されません。次のコマンドを使用して表示できます。

vgdisplay

ここに画像の説明を挿入
無料で 246G、割り当てで 200G と表示されます。ついに混乱の原因が見つかりました。実際のディスク サイズより小さいディスク サイズを使用したのも不思議ではありません。それは LVM であることが判明しました。

最後に、再計算がないため、拡張後も上記のコマンドでは依然として 200G 割り当てが表示されることがわかりました。また、次のコマンドを入力して再計算します。

resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

もう一度入力するとvgdisplay、容量がいっぱいになり、完了です。

ありがとう:

https://blog.csdn.net/qq_40137850/article/details/110630758

Supongo que te gusta

Origin blog.csdn.net/u014466109/article/details/111591521
Recomendado
Clasificación