Как расширить диск в Ubuntu/Debian после увеличения на хостинге или Proxmox (без downtime)

В продакшене это штатная ситуация: вы увеличили диск на уровне гипервизора (VPS, облако или Proxmox VE), но внутри Ubuntu ничего не изменилось — раздел / все так же заполнен на 100%.

Разберем, как правильно “протянуть” расширение до файловой системы, не останавливая сервисы и не перезагружая сервер.

Почему диск не вырос автоматически

Когда вы увеличиваете объем в панели провайдера (Hetzner, Timeweb, Selectel) или в Proxmox (Hardware -> Disk -> Resize), вы меняете размер только физического блочного устройства (например, /dev/sda).

Внутри Linux сохраняется старая структура:
Disk (sda) -> Partition (sda3) -> LVM PV -> LVM VG -> LVM LV -> Filesystem

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

Шаг 0. Проверка текущего состояния

Зафиксируем исходные данные:

lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINT
df -h

Типичный пример:

• /dev/sda отображается как 50G.
• /dev/sda3 (раздел под LVM) остается 18G.
• ubuntu--vg-root смонтирован в / и имеет размер 10G.

Цель: расширить sda3 до 50G и отдать все место корневому разделу.

Шаг 1. Расширение раздела (Partition)

Используем утилиту growpart. Она умеет расширять таблицу разделов “на лету”.

sudo growpart /dev/sda 3

Внимание: между именем диска и номером раздела ставится пробел.

Если утилита не установлена:

sudo apt update && sudo apt install -y cloud-guest-utils

Шаг 2. Расширение LVM Physical Volume

Теперь нужно сообщить LVM, что физический уровень (PV) стал больше:

sudo pvresize /dev/sda3

Проверить результат можно командой pvs или pvdisplay. В колонке PFree должно появиться свободное место.

Шаг 3. Расширение Logical Volume и файловой системы

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

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

Разбор ключей:

• -l +100%FREE — занять всё доступное пространство в группе томов.
• -r (resizefs) — автоматически вызвать resize2fs (для ext4) или xfs_growfs (для XFS).

Исправление ошибок GPT (PMBR size mismatch)

При увеличении диска в Proxmox часто возникает ошибка: таблица GPT ожидает окончания диска в одном месте, а по факту он стал больше.

Вместо интерактивного parted это можно исправить одной командой:

sudo sgdisk -e /dev/sda

Она переместит резервные структуры GPT в конец диска.

Если LVM не используется

Если ваша система установлена на обычный раздел (например, облачные образы без LVM), процесс сокращается:

1. sudo growpart /dev/sda 1
2. Для ext4: sudo resize2fs /dev/sda1
3. Для XFS: sudo xfs_growfs /

Частые ошибки в Production

1. Неправильное имя диска: На разных хостингах это может быть /dev/sda, /dev/vda или даже /dev/nvme0n1. Всегда проверяйте через lsblk.
2. Отсутствие свободного места для работы growpart: Если диск забит на 100% до последнего байта, growpart может не сработать. В этом случае удалите логи или очистите кэш APT (apt clean), чтобы освободить несколько мегабайт.
3. Docker и забитый диск: Часто место заканчивается не из-за данных, а из-за логов контейнеров и неиспользуемых образов. После расширения полезно сделать:

docker system prune -a

Автоматизация (Ansible)

Если серверов много, эти действия лучше автоматизировать. В Ansible для этого используются модули community.general.parted и community.general.lvol. Это исключает риск опечатки в пути к устройству.

Мониторинг

Чтобы не доводить до критической ситуации, настройте алерты в Zabbix или Prometheus на порог 80-90% заполнения диска. Расширение без downtime — это штатный процесс, но он требует осторожности.

Итог

Цепочка команд для быстрого расширения: growpart -> pvresize -> lvextend -r.

Это стандартный пайплайн для обслуживания современной инфраструктуры.