☰

LVMルートパーティションはボリュームサイズの半分だけを使用します。

tag-icon • tag-icon ubuntu lvm
LVMルートパーティションはボリュームサイズの半分だけを使用します。

暗号化された50 GB LVMルートパーティションを持つUbuntu Server 20.04があり、ファイルシステム自体には25 GBしか表示されないことに気づきました。

インストールはデフォルト（暗号化ビットを除く）ですが、なぜルートパーティションのすべてのスペースを使用しないのか理解できませんか？

ルートファイルシステムを拡張する方法は？

 PV                     VG        Fmt  Attr PSize  PFree
  /dev/mapper/dm_crypt-0 ubuntu-vg lvm2 a--  48.48g <24.24g

 VG        #PV #LV #SN Attr   VSize  VFree
  ubuntu-vg   1   1   0 wz--n- 48.48g <24.24g

 LV        VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- 24.24g

答え1

ルートパーティションのすべてのスペースを使用しないのはなぜですか？

論理ボリュームが作成されたときに24.24 GBのみが割り当てられました。これは実際に良いことです。何らかの理由で論理ボリュームが必要であると判断した場合は、残りのスペースを使用して別の論理ボリュームを作成したり、空きスペースを使用してファイルが存在しても既存の論理ボリュームを拡張したりできます。システムがインストールされ、インストールされている状態です。使用。

未割り当て領域の一部を維持することは、将来予期しない要件を簡単に処理できるため、良いことになります。

  • ファイルシステムに予想以上のスペースが必要ですか？問題ありません。オンラインで拡張できます。 （ファイルシステムを拡張することは一般的に縮小するよりもはるかに簡単であるため、予想される要件を下げ、必要に応じて拡張する方が良い戦略になる可能性があります。）
  • chroot刑務所のための特別なマウントオプションを備えた小さなファイルシステムが必要ですか？未割り当て領域を使用して新しいLVを作成します。

ルートファイルシステムを拡張する方法は？

たとえば、5GBまで拡張するには、次のようにします。

sudo lvextend --resizefs -L +5G ubuntu-vg/ubuntu-lv

または、割り当てられていない残りの容量をすべて使用してルートファイルシステムを拡張したい場合：

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

このオプションを使用しないと、--resizefsコマンドは論理ボリュームのみを拡張し、その中にあるファイルシステムは拡張しません。次に、別のコマンドを使用してファイルシステムに拡張子などのファイルfsadm resize /dev/mapper/ubuntu--vg-ubuntu--lvシステム固有のコマンドを使用するように指示する必要があります。resize2fs /dev/mapper/ubuntu--vg-ubuntu--lvxfs_growfs /

--resizefs（オプションはLVが正常に拡張されるとlvextend実際にコマンドを実行します。）fsadm resize ...

答え2

コンテキスト

LVMブロックには複数のファイルシステムが必要です。これは、LVMで物理ファイルシステムが表現される方法です（少なくともLVMとLVM2に関する限り）。

Gparted GUIを使用してファイルシステムを表示すると、他のパーティションとは異なるように見えます。ほとんどのパーティションはドライブを表す一連のブロックとして表示されますが、LVMパーティションは行内にネストされた2つのブロックとして表示されます。

これは、LVMがデータを保存してアクセスできるように連携する複数のボリュームで構成されているためです。類似点はそこで終わりますが、RAIDに似ています。

これが少し混乱しやすい部分です。技術的には、両方のドライブは同じデータを表しますが、方法は異なります。アーカイブに慣れている場合は、LVMに対して同じ抽象化を使用できます（ただし、用語は互いに置き換えることはできません）。

LVMには、論理ボリューム（LV）、物理ボリューム（PV）、およびボリュームグループ（VG）があります。単一ボリュームグループは複数の物理ボリュームを保持できます。また、物理ボリュームのメタデータを保持する論理ボリュームも含まれます。つまり、VG 'の論理ボリュームと呼ばれます。地図'VGの物理ボリューム。このメタデータが以前アーカイブの概念と比較した理由です。

このマッピング機能は、LVMに他のファイルシステムに比べていくつかの利点を提供します。一方、LVMパーティション自体は、物理部分を複数の部分に分割することができるため、複数のドライブに分割できます。たとえば、Ext2,3,4 ボリュームの場合、これは不可能です。

LVMの主な欠点（少なくとも私の経験では）は、「アプリケーション」領域で発生します。特にUbuntuの場合。

たとえば、Ubuntu Liveメディアの「ドライブの回復」オプションを使用してLVMを取得した場合（つまり、USBブートスティックを使用して破損したパーティションを回復し、LVM2 / LUKパーティションを回復した場合）は、動作しない可能性があります。

免責事項：これは詳細な説明ではなく、非常に高いレベルの説明です。これに関して、いくつかの説明は概念を理解しやすくするために「やや」形式になっています。実際にもっと詳しく説明し始めたところもありましたが、結果を理解しにくく変更しました。詳しくは、次をご覧ください。ここ。

質問自体に答える

ファイルシステム自体はlvmパーティションの一部にすぎません。これまでに見たすべてのインスタンスには、Ubuntu Liveで作成されたLVMパーティションに2つのPVがあります。これは編集可能です。つまり、私はさまざまなコンピュータで異なる時間に異なるユーザーによって作成された5つの別々のチャンクで作業しました。私の経験では、2は常に魔法の数でした。好きなようにしてください。

この概念を直接学ぶための最良の方法（20.04、Gpartedバージョンは不明）は、Gparted GUIを使用してドライブをスキャンすることです。私が説明する抽象的な概念を直接確認します。

関連情報