Ubuntu Server 18.04 LVM za mało miejsca z niewłaściwym domyślnym partycjonowaniem

Zainstalowałem Ubuntu Server 18.04 z opcją LVM i pozostawiłem domyślną konfigurację partycji. Teraz mój główny dysk ma tylko 4 GB na dysku twardym 1 TB. Jak mogę to naprawić, nie zaczynając od zera?

Wyniki 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

Miał dokładnie ten sam problem ze świeżą instalacją Ubuntu Server 18.04.1.

Musiałem zrobić:

# 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% /

Jeśli nie dostosowałeś ustawień LVM, nazwy grupy woluminów i woluminu logicznego powinny być takie same jak moje ( ubuntu-vgi ubuntu-lvodpowiednio).

Jeśli partycja jest całkowicie zapełniona, no space leftpodczas próby zmiany rozmiaru woluminu logicznego może wystąpić błąd:

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

Najłatwiejszym sposobem na rozwiązanie tego aptproblemu jest usunięcie pamięci podręcznej (następnym razem zostanie zregenerowane apt update), co powinno zapewnić więcej niż wystarczającą ilość miejsca do wykonania operacji:

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

Wygląda na to, że musisz rozszerzyć wolumin logiczny.

Może to być trochę trudne, ale jeśli zrozumiesz, że są 3 części, będzie znacznie łatwiej.

• Fizyczna objętość (PV) => Fizyczna przestrzeń na dysku.

• Grupa woluminów (VG) => Abstrakcyjna ilość miejsca na dysku, którą można podzielić na wiele dysków / urządzeń.

• Logical Volume (LV) => Przestrzeń, którą ubuntu „widzi”

Musisz rozszerzyć VG na dysk 1 TB (lub rozszerzyć, ile chcesz), a następnie rozszerzyć grupę Wolumin logiczny, aby zająć to miejsce.

Technet ma fajny opis, że (jeśli będziesz uważnie śledził) będziesz mógł śledzić i przedłużać swój dysk.

Oczekiwanym działaniem instalacji LVM są rzeczywiście mniejsze partycje. System generuje minimalną marnotrawstwo miejsca podczas tworzenia partycji fizycznych, oczekując, że w razie potrzeby dostosujesz i rozszerzysz LVM, ponieważ dodane partycje nie są konieczne do działania systemu operacyjnego, a użytkownicy posiadający dodatkową przestrzeń dyskową, przydziały i rozszerzenie są najważniejsze z możliwością rozbudowy LV i VG w locie

Należy jednak wyjaśnić, że lepiej zainstalować