Расширение раздела на VPS во FreeBSD 12

Всем привет!

По традиции публикую заметку на будущее, если возникнет проблема с расширением раздела при смене тарифа. Я столкнулся с этими буквально вчера. Хостер добавил пространства в 10Gb, по наивности я думал, что диск расширится при вмешательстве службы поддержки, но так как я использую на VPS операционку FreeBSD, которую провайдер не поддерживает, пришлось самостоятельно заниматься этим вопросом.

В интернете очень много мануалов по данной тематике, в хендбуке эта функциональность тоже описана достаточно подробно. Я, конечно, Америку не открыл и колесо заново не изобрел Собрал для себя рабочий список команд для корректного увеличения раздела.

Для начала дисклеймер, ибо это надо делать всегда!

Данные операции проходили в ОС FreeBSD 12.0

Загружаемся в single user mode. Это 2 пункт на экране загрузки FreeBSD.

В консоли проверяем диск на наличие ошибок

# fsck -y
** /dev/vtbd0s1a

USE JOURNAL? yes

** SU+J Recovering /dev/vtbd0s1a
** Reading 33554432 byte journal from inode 4.

RECOVER? yes

** Building recovery table.
** Resolving unreferenced inode list.
** Processing journal entries.

***** FILE SYSTEM MARKED CLEAN *****

Файловая система работает нормально, поехали дальше. Монтировать разделы не надо в этом режиме.

Проверим, что у нас с разделами

# gpart show
=>      63  41942977  vtbd0  MBR  (20G)
        63         1         - free -  (512B)
        64  41942976      1  freebsd  [active]  (20G)

=>       0  41942976  vtbd0s1  BSD  (10G)
         0  39845888        1  freebsd-ufs  (9.5G)
  39845888   2097088        2  freebsd-swap  (1.0G)

Сначала надо отключить swap раздел. Узнаем девайс:

# cat /etc/fstab
# Device        Mountpoint      FStype  Options Dump    Pass#
/dev/vtbd0s1a   /               ufs     rw      1       1
/dev/vtbd0s1b   none            swap    sw      0       0

Отключаем:

# swapoff /dev/vtbd0s1b

Удаляем swap раздел, он у меня под номером 2

# gpart delete -i 2 vtbd0s1
vtbd0s1b deleted

# sysctl kern.geom.debugflags=16

Я все шаги проделывал в однопользовательском режиме без монтирования фс, выше об этом писал. Отключать GEOM мне не пришлось.

Если раздел поврежден (CORRUPT)

# gpart show ada0
=>      34  83886013  ada0  GPT  (48G) [CORRUPT]
        34       128     1  freebsd-boot  (64k)
       162  79691648     2  freebsd-ufs  (38G)
  79691810   4194236     3  freebsd-swap  (2G)
  83886046         1        - free -  (512B)

# gpart recover ada0

Пора изменить размер слайса:

# gpart resize -i 1 -s 19G -a 4k vtbd0s1

Проверим:

# gpart show
=>      63  41942977  vtbd0  MBR  (20G)
        63         1         - free -  (512B)
        64  41942976      1  freebsd  [active]  (20G)

=>       0  41942976  vtbd0s1  BSD  (20G)
         0  39845888        1  freebsd-ufs  (19G)
  39845888   2097088        2  - free -     (1.0G)

Добавим swap раздел

# gpart add -t freebsd-swap -s 1G -a 4k vtbd0s1
vtbd0s1b added

Еще раз проверим:

# gpart show
=>      63  41942977  vtbd0  MBR  (20G)
        63         1         - free -  (512B)
        64  41942976      1  freebsd  [active]  (20G)

=>       0  41942976  vtbd0s1  BSD  (20G)
         0  39845888        1  freebsd-ufs  (19G)
  39845888   2097088        2  freebsd-swap  (1.0G)

Растянем раздел:

# growfs /dev/vtbd0s1a
It's strongly recommended to make a backup before growing the file system.
OK to grow filesystem on /dev/vtbd0s1a, mounted on /, from 9.5GB to 19GB? [yes/no] super-block backups (for fsck_ffs -b #) at:
 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, 28209472,
 29491712, 30773952, 32056192, 33338432, 34620672, 35902912, 37185152,
 38467392, 39749632

Проверим, что получилось:

# df -h
Filesystem       Size    Used   Avail Capacity  Mounted on
/dev/vtbd0s1a     18G    7.8G    9.1G    46%    /
devfs            1.0K    1.0K      0B   100%    /dev

И swap раздел:

# swapinfo -h
Device          1K-blocks     Used    Avail Capacity
/dev/vtbd0s1b     1048544       0B     1.0G     0%