Ubuntu Server 18.04 LVM空间不足，默认分区不正确

我使用LVM选项安装了Ubuntu Server 18.04，并保留了默认分区设置。现在我的主驱动器在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

— 机器人机器人
source

通过使用“ ubuntu-18.04.3-live-server-amd64.iso”而不是专用服务器iso，它也发生在我身上。

— stwienert

Answers:

全新安装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/*

— 约瑟
source

完美..知道为什么会这样吗？登录该怎么办？

— 安迪

我认为这是一个主要错误-但是Canonical的人显然没有，因为全新安装的Ubuntu Server 18.04.2安装具有完全相同的“行为”。

— 杰伊·德沃克（Jey DWork）

你是认真的吗？这种预期的行为如何？我刚安装了新的18.04.2，然后想知道为什么/仅是4Gigs，我就来到了这里。

— Plazgoth

我将继续访问此答案，只要LVM不会在磁盘上分配所有可用的磁盘空间，便会继续这样做

— jspinella

@Plazgoth youp，您是对的，我认为这是一个错误。恕我直言，预期的行为应该是：将整个VM磁盘，然后我从管理程序增加磁盘大小或添加更多的驱动器的物理机，然后我使用LVM来获得额外的空间....

— 亚历山大Pavić

看来您需要扩展逻辑卷。

这可能会有些棘手，但是如果您理解有3个部分，它将变得更加容易。

物理卷（PV）=>驱动器上的物理空间。
卷组（VG）=>可以在多个驱动器/设备之间分配的抽象驱动器空间量。
逻辑卷（LV）=> ubuntu“看到”的空间

您需要将VG一直扩展到整个1TB驱动器（或扩展任意数量），然后扩展Logical Volume组以占用该空间。

Technet有一个不错的文章（如果您认真遵循的话），您将可以关注并扩展您的硬盘。

— 安迪
source

LVM安装上的预期行为确实是较小的分区。该系统在创建物理分区时将空间浪费降至最低，期望您根据需要自定义和扩展LVM，因为添加的分区对于操作系统功能不是必需的，并且拥有额外存储空间，配额和扩展的用户才是重点。具有即时可扩展的LV和VG

但是，它应该做的是在安装时解释得更好

— 史蒂夫
source