Контекст: Windows 11 Pro, внутри которой под Hyper-V развёрнута виртуальная машина AstraLinux (примерно Debian). Изначально VHDX-диск был на 40 Гб, но теперь внутри неё хочется загрузить базу, которая занимает примерно 40 Гб.

Выключил ВМ, увеличил диск до 128 Гб в параметрах машины. Затем загрузился с Live-CD GParted, расширил том (есть LVM).
Теперь пытаюсь загрузить базу (точнее большие таблицы через LOAD DATA), но заканчивается место. Более того, теперь ВМ перестаёт даже запускать иксы, жалуется на недостаток свободного места на диске.
Пришлось откатиться к последнему бэкапу.

Это можно починить без пересоздания виртуальной машины с нуля?

Из подозрительных моментов:

команда "df -h" не показывает новое свободное место.

расширь диск в hiper-v
после загрузки вм, запусти lsblk , посмотри свободное место, дальше pvresize надо.

(1) А fdisk -l что показывает в смысле объема?

Может проще создать новый том vhdx, подцепить его к вм, создать там ФС, а потом в линуксе прописать в /etc/fstab, чисто для баз

(4) Чем новый vhdx лучше новой виртуальной машины?

(5) Ну тем что не надо ничего настраивать в плане софта. Только сделать, чтобы каталог с базами монтировался на новый большой том и всё.

(6) Спасибо,  попробую.

А диски были через mapper или напрямую ?
Просто,от этого зависит увеличение.
Опять же,какой максимальный объем умеет файловая система у astra-linux ?
Ну и опять же 40 Гб резервная копия может разворачиваться в очень большую базу, например,в 3-4 раза больше (стандартное сжатие zip)

(0) похожее делал в вбокс, там в линуксе после расширения тома нужно пересоздать таблицу какую-то, на память не помню типа в ней хранится инфа о подключеных дисках и их размерах.

(9) "там в линуксе после расширения тома нужно пересоздать таблицу какую-то"
Ни разу с таким не сталкивался. В fstab нет информации о размерах. Много раз растягивал диски после клонирования, проблем не было. Тут может быть проблема только, если при клонировании не сохранился уид диска, и диск прописан в fstab именно по уиду. Я обычно клонирую из линукса командой dd, а потом уже растягиваю раздел акронисом. При этом уид гарантированно останется прежним.

(8) Резервная копия в сжатом виде 3 Гб

Ааа, "есть LVM" пропустил. Да, там надо что-то ещё делать. Вообще, в упор не понимаю, нафига в виртуальной среде ещё и LVM создавать, он же предназначен для RAID-массивов, которые имеет смысл создать поближе к "железу", на хост-машине.

Создам новую ВМ без LVM

(13) Когда вы расширили место на жестком диске, то том LVM не увидит это изменение (и это правильно, ведь вы могли расширить место для другой виртуалки). Ну или вы могли подключить новый жесткий диск в систему.
Просто после изменения размера нужно указать LVM, что именно поменялось, например тут инструкция: https://www.sim-networks.com/ru/kb/add-disk-space-linux-server-lvm-debian

(14) В сабже я написал:

(15) Вы увеличили том Физической машины. Но теперь надо увеличить physical volume - из LVM на этот размер.
А если он и так увеличился, если у вас в качестве физического тома указан весь жесткий диск (убедиться можно через pvs), то далее нужно увеличить и соответствующий volume group и logical volume

+(16) Вот тут на картинках можно посмотреть, как все это связано между собой: https://koobik.net/%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-linux-lvm/

(17) Спасибо, гляну

В новой виртуалке 20 млн записей загружено успешно.