Ubuntu Server 18.04 LVMの不適切なデフォルトのパーティション分割によるスペース不足

Ubuntu Server 18.04をLVMオプションでインストールし、デフォルトのパーティション設定のままにしました。現在、私のメインドライブには、1TBのハードドライブで4GBしかありません。最初から始めずにこれを修正するにはどうすればよいですか？

の結果df -h：

Filesystem                         Size    Used Available Use% Mounted on
udev                                16G       0       16G   0% /dev
tmpfs                               32G    1.7M       32G   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  3.9G    3.6G       92M  98% /    
tmpfs                               16G       0       16G   0% /dev/shm
tmpfs                              5.0M       0      5.0M   0% /run/lock
tmpfs                               16G       0       16G   0% /sys/fs/cgroup
/dev/loop0                          87M     87M         0 100% /snap/core/4917
/dev/loop1                         3.2M    3.2M         0 100% /snap/stress-ng/471
/dev/loop2                          90M     90M         0 100% /snap/core/6130
/dev/sda2                          976M    143M      766M  16% /boot
tmpfs                              3.2G       0      3.2G   0% /run/user/1000

partitioning 18.04 lvm

— サイボーグ
ソース

専用サーバーisoの代わりに「ubuntu-18.04.3-live-server-amd64.iso」を使用することで、私にも起こります。

— シュウィナート

回答:

Ubuntu Server 18.04.1の新規インストールでもまったく同じ問題がありました。

私がしなければならなかったことは：

# We need to resize the logical volume to use all the existing and free space of the volume group
$ lvm
lvm> lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv
lvm> exit

# And then, we need to resize the file system to use the new available space in the logical volume
$ resize2fs /dev/ubuntu-vg/ubuntu-lv
resize2fs 1.44.1 (24-Mar-2018)
Filesystem at /dev/ubuntu-vg/ubuntu-lv is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 58
The filesystem on /dev/ubuntu-vg/ubuntu-lv is now 120784896 (4k) blocks long.

# Finally, you can check that you now have available space:
$ df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               3.9G     0  3.9G   0% /dev
tmpfs                              786M  1.2M  785M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  454G  3.8G  432G   1% /

LVM設定をカスタマイズしなかった場合、ボリュームグループと論理ボリュームの名前は、私の名前（ubuntu-vgおよびubuntu-lvそれぞれ）と同じにする必要があります。

パーティションが完全にいっぱいの場合、次のno space leftように論理ボリュームのサイズを変更しようとするとエラーが発生する可能性があります。

lvm> lvextend -l 100%FREE /dev/ubuntu-vg/ubuntu-lv
  /etc/lvm/archive/.lvm_computer: write error failed: No space left on device

これを修正する簡単な方法は、aptキャッシュを削除することです（次回実行するとキャッシュが再生成されますapt update）。これにより、操作を完了するのに十分なスペースが得られます。

$ rm -rf /var/cache/apt/*

— ヨーチ
ソース

完璧な..なぜこれが起こるのか？ログイン時に何をすべきか？

— アンディ

私はこれを大きなバグとして数えますが、Canonicalの人たちはUbuntu Server 18.04.2の新規インストールがまったく同じ「動作」を持っているので、明らかにそうではありません。

— Jey DWork

真剣ですか？この予想される動作はどうですか？新鮮な18.04.2をインストールし、なぜ/が4Gigsなのか疑問に思った後、ここに着きました。

— プラザゴス

私はこの答えを訪問し続け、限り、LVMは、ディスク上の使用可能なディスク領域のすべてを割り当てないようにやっていきます

— jspinella

@Plazgoth youp、あなたは正しい、私はそれがバグだと思います。IMHO、期待される動作は次のようになります....その後、私はその後、私は追加のスペースを取得するためにLVMを使用して、ハイパーバイザーからディスクサイズを増やすか、物理マシンに複数のドライブを追加し、全体のVMディスクを取る

— アレクPavić

論理ボリュームを拡張する必要があるようです。

少し注意が必要ですが、3つの部分があることを理解すれば、はるかに簡単になります。

物理ボリューム（PV）=>ドライブの物理スペース。
ボリュームグループ（VG）=>複数のドライブ/デバイスに分割できるドライブ容量の抽象化された量。
論理ボリューム（LV）=> ubuntuが「見る」スペース

VGを1TBドライブ全体に拡張する（または必要に応じて拡張する）必要があります。その後、論理ボリュームグループを拡張してそのスペースを占有します。

Technetには、（慎重にフォローすれば）ドライブをフォローして拡張できる素晴らしい記事があります。

— アンディ
ソース

LVMインストールで予想される動作は、実際には小さなパーティションです。追加されたパーティションはオペレーティングシステムの機能に必要ではなく、追加のストレージスペース、クォータ、および拡張を持つユーザーがポイントであるため、システムは必要に応じてLVMをカスタマイズおよび拡張することを期待して、物理パーティションの作成で最小限のスペースの無駄を作成しますオンザフライで拡張可能なLVおよびVG

ただし、行うべきことは、インストール時により良いことを説明することです

— スティーブ
ソース