Как заставить LV использовать всё дисковое пространство в PV?

Вопрос или проблема

Во время установки Ubuntu Server 20.04.1 LTS я выбрал использовать весь диск в качестве раздела (рекомендуемое по умолчанию разделение, которое подходит для новичков, так как мне на самом деле не нужны другие разделы).
Вывод команды fdisk -l:
Устройство Начало Конец Секторы Размер Тип
/dev/nvme0n1p1 2048 1050623 1048576 512M EFI Система
/dev/nvme0n1p2 1050624 3147775 2097152 1G Linux файловая система
/dev/nvme0n1p3 3147776 2000406527 1997258752 952.4G Linux файловая система

Но когда я проверяю с помощью df -h, самый большой раздел, который у меня есть, составляет примерно 200 ГБ. Где остальные примерно 750 ГБ, которые пропали?
Вывод команды df -h:
Файловая система Размер Использовано Доступно Использование% Монтировано в
udev 32G 0 32G 0% /dev
tmpfs 6.3G 1.7M 6.3G 1% /run
/dev/mapper/ubuntu–vg-ubuntu–lv 196G 12G 175G 7% /
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 32G 0 32G 0% /sys/fs/cgroup
/dev/nvme0n1p2 976M 104M 805M 12% /boot
/dev/nvme0n1p1 511M 7.8M 504M 2% /boot/efi
/dev/loop1 56M 56M 0 100% /snap/core18/1885
/dev/loop2 71M 71M 0 100% /snap/lxd/16922
/dev/loop0 55M 55M 0 100% /snap/core18/1880
/dev/loop3 30M 30M 0 100% /snap/snapd/8542
/dev/loop4 30M 30M 0 100% /snap/snapd/8790
/dev/loop5 72M 72M 0 100% /snap/lxd/16099
overlay 196G 12G 175G 7% /var/lib/docker/overlay2/33a73507dae561e19ce713e1a10bd44f68b6d231a7d27d7db5c2ae971dae834a/merged
tmpfs 6.3G 0 6.3G 0% /run/user/1000

Как просили, вывод команды lsblk:
ИМЯ MAJ:MIN RM РАЗМЕР RO ТИП ТОЧКА МОНТИРОВАНИЯ
loop0 7:0 0 55M 1 loop /snap/core18/1880
loop1 7:1 0 55.3M 1 loop /snap/core18/1885
loop2 7:2 0 70.6M 1 loop /snap/lxd/16922
loop3 7:3 0 29.9M 1 loop /snap/snapd/8542
loop4 7:4 0 29.9M 1 loop /snap/snapd/8790
loop5 7:5 0 71.3M 1 loop /snap/lxd/16099
nvme0n1 259:0 0 953.9G 0 диск
├─nvme0n1p1 259:1 0 512M 0 раздел /boot/efi
├─nvme0n1p2 259:2 0 1G 0 раздел /boot
└─nvme0n1p3 259:3 0 952.4G 0 раздел
└─ubuntu–vg-ubuntu–lv 253:0 0 200G 0 lvm /

Любая помощь будет оценена, спасибо заранее!

Я также использовал установку по умолчанию Ubuntu 20.04 с ISO с выбранным параметром lvm. У меня была та же проблема с тем, что диск ОС не занимал выделенное пространство. Предложение Эдди и предоставленная ссылка помогли мне. Чтобы подытожить:
root@util:~# vgdisplay
<срез>
root@util:~# lvextend -l +100%FREE /dev/mapper/ubuntu–vg-ubuntu–lv
<срез>
root@util:~# resize2fs /dev/mapper/ubuntu–vg-ubuntu–lv
<срез>

До
root@util:~# df -h
Файловая система Размер Использовано Доступно Использование% Монтировано в
udev 3.9G 0 3.9G 0% /dev
tmpfs 795M 1.1M 793M 1% /run
/dev/mapper/ubuntu–vg-ubuntu–lv 98G 6.5G 86G 8% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/xvda2 976M 105M 805M 12% /boot
/dev/loop2 56M 56M 0 100% /snap/core18/1944
/dev/loop0 32M 32M 0 100% /snap/snapd/10707
/dev/loop1 132M 132M 0 100% /snap/docker/796
/dev/loop3 70M 70M 0 100% /snap/lxd/19188
/dev/loop4 33M 33M 0 100% /snap/snapd/11588
/dev/loop5 56M 56M 0 100% /snap/core18/1997
/dev/loop6 71M 71M 0 100% /snap/lxd/19647
tmpfs 795M 0 795M 0% /run/user/1000

После
root@util:~# df -h
Файловая система Размер Использовано Доступно Использование% Монтировано в
udev 3.9G 0 3.9G 0% /dev
tmpfs 795M 1.1M 793M 1% /run
/dev/mapper/ubuntu–vg-ubuntu–lv 196G 6.5G 180G 4% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/xvda2 976M 105M 805M 12% /boot
/dev/loop2 56M 56M 0 100% /snap/core18/1944
/dev/loop0 32M 32M 0 100% /snap/snapd/10707
/dev/loop1 132M 132M 0 100% /snap/docker/796
/dev/loop3 70M 70M 0 100% /snap/lxd/19188
/dev/loop4 33M 33M 0 100% /snap/snapd/11588
/dev/loop5 56M 56M 0 100% /snap/core18/1997
/dev/loop6 71M 71M 0 100% /snap/lxd/19647
tmpfs 795M 0 795M 0% /run/user/1000

У меня была эта проблема тоже. Ссылка ниже содержит инструкции о том, как расширить LVM-раздел, чтобы использовать все доступное пространство.
https://www.linuxtechi.com/extend-lvm-partitions/
Не упоминается в приведенной выше ссылке эта команда, чтобы использовать все оставшееся место, а не указывать конкретное количество для добавления:
lvextend -l +100%FREE /dev/mapper/ubuntu–vg-ubuntu–lv

Установка вводит в заблуждение, потому что я специально выбрал опцию использовать все доступное пространство, но не все доступное пространство было использовано.

Ваш корневой файловая система находится на логическом объеме LVM /dev/mapper/ubuntu–vg-ubuntu–lv (196 ГБ).
Группа томов LVM (VG), которая предоставляет дисковое пространство для этого LV, вероятно, состоит из одного физического тома (PV), предположительно третьего раздела на этом SSD (/dev/nvme0n1p3 с 952.4G).
VG, вероятно, все еще имеет много дискового пространства, которое вы могли бы использовать, чтобы сделать этот LV больше или создать другой LV. Это может быть стратегия распределения дискового пространства установщика Ubuntu, чтобы не просто использовать все доступное дисковое пространство сразу для корневой файловой системы, предоставляя вам некоторую гибкость в том, что делать с оставшимся дисковым пространством.
Вы не использовали аргумент "-T" в команде "df", поэтому она не сообщает тип файловой системы; но большинство современных файловых систем Linux имеют инструмент для их изменения размера. ext4 определенно поддерживает это.
Вот учебник по инструментам LVM:
https://www.digitalocean.com/community/tutorials/how-to-use-lvm-to-manage-storage-devices-on-ubuntu-18-04
Если вы не выбрали использование LVM явно во время установки, это также может быть результатом выбора шифрования; это обычно делается через LVM.
Надеюсь, это поможет.

Просто выполните эту команду из терминала:
sudo resize2fs -p /dev/mapper/ubuntu–vg-ubuntu–lv

Это сработало для меня. Затем проверьте это с помощью:
df -h

Таким образом, я смог изменить размер диска без перезапуска…
Что мне нужно было сделать, после развертывания шаблона виртуальной машины
с 45 ГБ жестким диском на машине 80 ГБ…
изменил размер диска до максимальной емкости, используя parted
введите следующие команды в parted
list (показывает, какие разделы используются)
resizepart 3 80G (номер 3 был моим разделом, у вас может быть другой)
затем выйдите из parted и введите следующее от имени root (если не знаете, как стать root, введите sudo su)
pvresize /dev/sda3
lvextend -l +100%FREE /dev/mapper/ubuntu–vg-ubuntu–lv
resize2fs /dev/mapper/ubuntu–vg-ubuntu–lv
df -H

Вы, вероятно, столкнулись с "ошибкой", описанной в установке Ubuntu Server, которая использует только половину доступного пространства для корневого раздела.
Это похоже на то, что сделано намеренно, потому что они знают лучше, чем вы. Если вы хотите, чтобы это изменили, вам нужно следовать ссылке на этой странице в ответе на отчет об ошибке и сказать им, что им нужно пересмотреть.

Сначала необходимо выполнить
lvextend -l +100%FREE /dev/mapper/ubuntu–vg-ubuntu–lv
После этого
sudo resize2fs -p /dev/mapper/ubuntu–vg-ubuntu–lv
Первая команда расширяет lv, а вторая изменяет размер.
Затем проверьте df -h.

Когда вы дойдете до экрана "Конфигурация хранилища" во время установки Ubuntu 24.04, прокрутите до ИСПОЛЬЗУЕМЫЕ УСТРОЙСТВА > ubuntu-lv > Редактировать > Размер. Установите размер на тот же размер, что и группа томов (***-vg). Вы также можете изменить имя логического тома (LV). Однако вы не можете переименовывать группу томов (VG), пока есть LV под ней.
В качестве альтернативы, удалите LV (ИСПОЛЬЗУЕМЫЕ УСТРОЙСТВА > ubuntu-lv > Удалить) и измените VG, чтобы переименовать его (ИСПОЛЬЗУЕМЫЕ УСТРОЙСТВА > ubuntu-vg > Редактировать). Теперь вы можете создать LV, имя будет отличаться от значения по умолчанию и использовать максимальный размер.
Прокрутите до Завершено, когда вы будете довольны настройками VG и LV.

Ответ или решение

Для решения проблемы с использованием всего доступного дискового пространства в физическом томе (PV) LVM на сервере с Ubuntu 20.04.1 LTS, необходимо выполнить несколько шагов. Вы столкнулись с ситуацией, когда система установила логический том (LV) на 196 ГБ, хотя на физическом томе имеется около 952 ГБ. Эта проблема связана с тем, как Ubuntu устанавливает LVM по умолчанию.

Шаг 1: Проверьте физические и логические тома

Для начала проверьте текущее состояние ваших томов, используя следующие команды:

sudo pvdisplay
sudo vgdisplay
sudo lvdisplay

Эти команды покажут состояние всех ваших физических и логических томов, включая информацию о свободном пространстве в каждом из них. Обратите внимание на показания Free PE / Size на уровне группы томов (VG) – это покажет, сколько свободного места у вас есть.

Шаг 2: Измените размер логического тома

Чтобы использовать всё оставшееся свободное пространство в томе, выполните команду:

sudo lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

Эта команда расширит ваш логический том до максимального доступного размера в группе томов.

Шаг 3: Обновите файловую систему

После того как логический том был расширен, необходимо адаптировать файловую систему, чтобы она использовала новое доступное пространство. Если вы используете файловую систему ext4, выполите команду:

sudo resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

Это позволит файловой системе занять всё пространство, доступное в логическом томе.

Шаг 4: Проверьте результаты

После расширения логического тома и обновления файловой системы проверьте, использует ли ваша система теперь всё доступное пространство:

df -h

В результатах команды вы должны увидеть, что размер файловой системы на разделе /dev/mapper/ubuntu--vg-ubuntu--lv увеличился до почти 952 ГБ.

Заключение

Если вы следовали данным шагам, то теперь ваш логический том должен использовать всё доступное пространство физического тома. Памятуя о том, что установка LVM в Ubuntu может не использовать все доступные ресурсы сразу, вы теперь обладаете знаниями для коррекции этого процесса. Такой подход поможет вам максимально эффективно использовать диск, что особенно важно для серверного окружения, где ресурсы должны использоваться рационально.