df, вероятно, показывает, возможно, неправильную сумму

Недавно я запустил новую виртуальную машину Ubuntu. с Докером с помощью КВМ:

виртуальная установка \
  --bridge=br0 \
  --name "${worker_name}" \
  --RAM 4096 \
  --disk path=/var/lib/libvirt/images/"${worker_name}".qcow2,size=150 \
  --vcpus 2 \
  --cdrom /var/lib/libvirt/isos/ubuntu-20.04.2-live-server-amd64.iso \
  --автоматический старт

Как видите, я установил размер диска на 150 ГБ, однако, когда я запускаю дф -ч --итого Я вижу, что места меньше:

Используемый размер файловой системы Доступно Использование % Установлено на
udev 1.9G 0 1.9G 0% /dev
tmpfs 394M 1.2M 393M 1%/запуск
/dev/mapper/ubuntu--vg-ubuntu--lv 73G 12G 58G 17%/
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /выполнить/заблокировать
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/sda2 976M 106M 804M 12% /загрузка
/dev/loop0 56M 56M 0 100% /snap/core18/1944
/dev/loop1 70M 70M 0 100% /snap/lxd/19188
/dev/loop2 32M 32M 0 100% /snap/snapd/10707
/dev/loop3 33M 33M 0 100% /snap/snapd/12704
/dev/loop4 56M 56M 0 100% /snap/core18/2074
/dev/loop5 71M 71M 0 100% /snap/lxd/21029
tmpfs 394M 0 394M 0% /выполнить/пользователь/1000
Всего 81G 24G 50G 17% -

Когда я вытягиваю некоторые изображения, пробел удваивается:

Используемый размер файловой системы Доступно Использование % Установлено на
udev 1.9G 0 1.9G 0% /dev
tmpfs 394M 1.2M 393M 1%/запуск
/dev/mapper/ubuntu--vg-ubuntu--lv 73G 12G 58G 17%/
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /выполнить/заблокировать
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/sda2 976M 106M 804M 12% /загрузка
/dev/loop0 56M 56M 0 100% /snap/core18/1944
/dev/loop1 70M 70M 0 100% /snap/lxd/19188
/dev/loop2 32M 32M 0 100% /snap/snapd/10707
оверлей 73G 12G 58G 17% /var/lib/docker/overlay2/ebbada787a53d478e22925d4996e39ad510a3abe2c8e8d814021cb4f774291dc/merged
/dev/loop3 33M 33M 0 100% /snap/snapd/12704
/dev/loop4 56M 56M 0 100% /snap/core18/2074
/dev/loop5 71M 71M 0 100% /snap/lxd/21029
tmpfs 394M 0 394M 0% /выполнить/пользователь/1000
Всего 154G 24G 123G 17% -

И теперь это кажется правильным, но похоже, что docker overlay2 является «зеркалом» тома LVM ubuntu--lv, это правильно или дф просто отображать неправильную сумму? По этой причине я бы побежал:

lvextend -l +100% БЕСПЛАТНО /dev/ubuntu-vg/ubuntu-lv
resize2fs /dev/ubuntu-vg/ubuntu-lv

Я действительно новичок, когда дело доходит до диска и раздела, может ли кто-нибудь выделить, что здесь происходит?

Спасибо

Системная информация

Идентификатор дистрибьютора: сервер Ubuntu
Описание: Ubuntu 20.04.2 LTS
Релиз: 20.04
Кодовое название: фокальный

 Версия LVM: 2.03.07(2) (30.11.2019)
  Версия библиотеки: 1.02.167 (30.11.2019)
  Версия драйвера: 4.41.0
  Конфигурация: ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${префикс}/include --mandir=${префикс}/share/man --infodir=${префикс} /share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=${префикс}/lib/x86_64-linux-gnu --libexecdir=${префикс}/lib/ x86_64-linux-gnu --runstatedir=/run --disable-maintainer-mode --disable-dependency-tracking --exec-prefix= --bindir=/bin --libdir=/lib/x86_64-linux-gnu - -sbindir=/sbin --with-usrlibdir=/usr/lib/x86_64-linux-gnu --with-optimisation=-O2 --with-cache=internal --with-device-uid=0 --with-device -gid=6 --with-device-mode=0660 --with-default-pid-dir=/run --with-default-run-dir=/run/lvm --with-default-locking-dir=/ run/lock/lvm --with-thin=internal --with-thin-check=/usr/sbin/thin_check --with-thin-dump=/usr/sbin/thin_dump --with-thin-repair=/usr /sbin/thin_repair --enable-applib --enable-blkid_wiping --enable-cmdlib --enable-dmeventd --enable-dbus-service --enable-lvmlockd-dlm --enable-lvmlockd-sanlock --enable-l vmpold --enable-notify-dbus --enable-pkgconfig --enable-readline --enable-udev_rules --enable-udev_sync

df (GNU coreutils) 8.30