Увеличение размера раздела (ubuntu 20.04)?

Question

[MrDZ]

Приветствую.
Имеется виртуалка ubuntu 20.04. Задал 40 гб жесткого диска. При установке использовал 20 гб (далее далее нажимал))) )
Место закончилось, раздел расширил по инструкции
Но не понял, как система это сделала..где был указаны 20 гб которые не использовались.

было так:

Model: VMware Virtual disk (scsi)
Disk /dev/sda: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB                     bios_grub
 2      2097kB  1076MB  1074MB  ext4
 3      1076MB  42.9GB  41.9GB

df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               1.9G     0  1.9G   0% /dev
tmpfs                              394M  1.4M  392M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   20G   19G   98M 100% /
tmpfs                              2.0G     0  2.0G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda2                          976M  301M  608M  34% /boot
/dev/loop0                          56M   56M     0 100% /snap/core18/2246
/dev/loop2                          43M   43M     0 100% /snap/snapd/14066
/dev/loop1                          56M   56M     0 100% /snap/core18/2253
/dev/loop4                          62M   62M     0 100% /snap/core20/1270
/dev/loop3                          62M   62M     0 100% /snap/core20/1242
/dev/loop6                          44M   44M     0 100% /snap/snapd/14295
/dev/loop7                          68M   68M     0 100% /snap/lxd/21835
/dev/loop5                          68M   68M     0 100% /snap/lxd/21803
tmpfs                              394M     0  394M   0% /run/user/1000

стало так:

sudo df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               1.9G     0  1.9G   0% /dev
tmpfs                              394M  1.4M  392M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   39G   19G   19G  51% /
tmpfs                              2.0G     0  2.0G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda2                          976M  301M  608M  34% /boot
/dev/loop0                          56M   56M     0 100% /snap/core18/2246
/dev/loop2                          43M   43M     0 100% /snap/snapd/14066
/dev/loop1                          56M   56M     0 100% /snap/core18/2253
/dev/loop4                          62M   62M     0 100% /snap/core20/1270
/dev/loop3                          62M   62M     0 100% /snap/core20/1242
/dev/loop6                          44M   44M     0 100% /snap/snapd/14295
/dev/loop7                          68M   68M     0 100% /snap/lxd/21835
/dev/loop5                          68M   68M     0 100% /snap/lxd/21803

Откуда они взялись не пойму, помогите, пжл, разобраться.
Снапшоты имеются, могу откатить, что бы запустить ос до момента увеличения.

Answer 1

[Another One DevOps]

Я думаю lsblk прольет свет истины на эту загадку.
Смотря по какой инструкции делал, при расширении lvg возможно добавить все не занятые разделами сектора

Answer 2

[MrDZ]

Another One DevOps ссылка не вставилась (

было так:

sda 8:0 0 40G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 39G 0 part
└─ubuntu--vg-ubuntu--lv 253:0 0 20G 0 lvm

т.е. из 39 гб распределено 20 гб - верно понял?

Comments

[Another One DevOps]

Да, верно, у тебя в /dev/sda3 39G из которых только на 20 ты создал логические тома, а прирасширении ты просто добавил оставшиеся сектора к группе томов, а потом и в логический том

[MrDZ]

Another One DevOps, спасибо!