Dev mapper ubuntu vg root что это

Форум русскоязычного сообщества Ubuntu

Страница сгенерирована за 0.305 секунд. Запросов: 25.

Сайт
Об Ubuntu
Скачать Ubuntu
Семейство Ubuntu
Новости

Форум
Помощь
Правила

Документация
Пользовательская документация
Официальная документация
Семейство Ubuntu
Материалы для загрузки
Совместимость с оборудованием
RSS лента

Сообщество
Наши проекты
Местные сообщества
Перевод Ubuntu
Тестирование
RSS лента

Как увеличить размер / в Ubuntu 16 server?

Уже замучался просто пипец! помогите пожалуйста.
Есть виртуалка на Hyper-V там убунту 16.04.2 server
кончилось место, я в Hyper-V увеличил жестак с 12 до 18 гигов.
Далее загрузился в live cd ubuntu 16 desctop и там gparted увеличил размер жестака. но ни черта не сработало в итоге вот такая картина

root@vesta:~# df -h Filesystem Size Used Avail Use% Mounted on udev 468M 0 468M 0% /dev tmpfs 98M 5.5M 93M 6% /run /dev/mapper/ubuntu--vg-root 12G 4.8G 5.9G 45% / tmpfs 488M 0 488M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 488M 0 488M 0% /sys/fs/cgroup /dev/sda1 472M 154M 294M 35% /boot tmpfs 98M 0 98M 0% /run/user/0

root@vesta:~# fdisk /dev/sda Welcome to fdisk (util-linux 2.27.1). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. Command (m for help): p Disk /dev/sda: 18 GiB, 19327352832 bytes, 37748736 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0xf8490f13 Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 999423 997376 487M 83 Linux /dev/sda2 1001470 37748735 36747266 17.5G 5 Extended /dev/sda5 1001472 37748735 36747264 17.5G 8e Linux LVM Partition 2 does not start on physical sector boundary. Command (m for help):

Перерыл весь инет не могу понять что делать!!
вот есть этот /dev/mapper/ubuntu—vg-root (даже не знаю как это называется)
он почему то 12 G а мне нужно 17

есть какой то /dev/sda5 там 17.5 гига, вот они мне и нужны!!

root@vesta:~# resize2fs /dev/mapper/ubuntu--vg-root resize2fs 1.42.13 (17-May-2015) The filesystem is already 3008512 (4k) blocks long. Nothing to do!

Вопрос задан более трёх лет назад
793 просмотра

Правильное увеличение размера диска в виртуальной машине

Не претендуя на полноту, все же считаю, что это может пригодиться системным администраторам.

Увеличение размера диска в виртуальной машине происходило при следующих вводных: формат файла виртуалки qcow2, виртуальная машина использует lvm и ext4, root partition находится в extended partition. Действо обычно происходит ночью, когда нагрузка минимальна и даунтайм не сильно давит на нервы. Хотя при работе с highload-проектами адреналина всё равно выделяется достаточно, чтобы 10 раз подумать, перед тем, как что-либо делать. Поэтому перед началом процесса, лучше отключить систему оповещения по СМС, чтобы не пугать коллег сообщениями типа «Server down» среди ночи.

1. Выключить виртуальную машину
Я сделал это через GUI, нажав на красную кнопку power в virt-manager. Если нет virt-manager, это можно сделать дав команду shutdown в командной строке виртуальной машины.
2. На гипервизоре увеличиваем размер файла (в моем случае на 200 гигабайт)

qemu-img resize /path/to/vm-disk.qcow2 +200G

3. Цепляем диск к другой (сервисной) виртуальной машине через управляющую машину с virt-manager, альтернативный вариант — загрузиться с CD с поддержкой lvm.
Cooтветственно, при загрузке с LiveCD, vdb поменяется на vda
4. Запускаем сервисную машину (на ней тоже должен быть lvm) через virt-manager.
5. Далее на сервисной (или LVM liveCD) машине:

parted /dev/vdb

получим размер диска:

 (parted) print Model: Virtio Block Device (virtblk) Disk /dev/vdb: 1288GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 256MB 255MB primary ext2 boot 2 257MB 1000GB 1000GB extended 5 257MB 1000GB 1000GB logical lvm

увеличим extended partition, если этого не сделать получим Error: Can’t have overlapping partitions. ubuntu parted -gparted

 (parted) resizepart 2 End? [1000GB]? 1288Gb

увеличим logical root partition

 (parted) resizepart 5 End? [1000GB]? 1288Gb (parted) q

теперь нужно увеличить размер физического диска в lvm

 pvresize /dev/vdb5

увеличиваем размер логического диска в lvm

 root@vm-service:/etc# lvextend /dev/vm-db-0-vg/root -l +100%FREE lvextend /dev/vm-db-0-vg/root -l +100%FREE File descriptor 7 (pipe:[7918]) leaked on lvextend invocation. Parent PID 1378: bash (на это можно не обращать внимания) Extending logical volume root to 1.12 TiB Logical volume root successfully resized root@vm-service:/etc# resize2fs /dev/vm-db-0-vg/root

В выводе resize2fs должно быть такое:

The filesystem on /dev/vm-db-0-vg/root is now 231278592 blocks long.

теперь проверим и исправим файловую систему:

 fsck -f /dev/mapper/vm--db--0--vg-root

диск готов
6. выключаем сервисную машину, отключаем от нее диск в virt-manager
из командной строки, не используя GUI для управления виртуальными машинам можно сделать это при помощи virsh, использование которого хорошо описано здесь: управление виртуальными машинами из командной строки
7. Запускаем сервер
Увеличение с минимальным даунтаймом, почти на лету, проверено на lvm2/ext4 можно сделать так:
1. Увеличение размера файла на 200 гигабайт выполняется на гипервизоре

qemu-img resize /path/to/vm-disk.qcow2 +200G

2. Перезагрузка виртуальной машины
3. На виртуальной машине

parted /dev/vda

Посмотрим размер физического диска и всех логических разделов

(parted) print Model: Virtio Block Device (virtblk) Disk /dev/vda: 1288GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 256MB 255MB primary ext2 boot 2 257MB 1000GB 1000GB extended 5 257MB 1000GB 1000GB logical lvm

увеличим extended partition

 (parted) resizepart 2 End? [1000GB]? 1288Gb

увеличим logical root partition

 (parted) resizepart 5 End? [1000GB]? 1288Gb (parted) q

теперь нужно увеличить размер физического диска в lvm

 pvresize /dev/vda5

увеличиваем размер логического диска в lvm

 root@vm-db-0:/etc# lvextend /dev/vm-db-0-vg/root -l +100%FREE lvextend /dev/vm-db-0-vg/root -l +100%FREE File descriptor 7 (pipe:[7918]) leaked on lvextend invocation. Parent PID 1378: bash Extending logical volume root to 1.12 TiB Logical volume root successfully resized root@vm-db-0:/etc# resize2fs /dev/vm-db-0-vg/root

В этом случае проверять и исправлять файловую систему нельзя, fsck -f /dev/mapper/vm—db—0—vg-root убьёт файловую систему
Проверить, что получилось:

 df -h

4.4.12. Увеличение размера логических томов

Аргумент -l позволяет указать число экстентов для добавления в том. Также можно указать процент от общего размера группы томов или незанятого пространства. Приведенная ниже команда увеличит том testlv , выделив ему все нераспределенное пространство в группе myvg .

[root@tng3-1 ~]# lvextend -l +100%FREE /dev/myvg/testlv Extending logical volume testlv to 68.59 GB Logical volume testlv successfully resized

После увеличения тома необходимо увеличить размер его файловой системы.

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

4.4.12.1. Увеличение тома с чередованием

Чтобы увеличить размер логического тома, использующего чередование, необходимо иметь достаточно пространства на физических томах в его основе. К примеру, в случае двухстороннего чередования, в котором занята целая группа томов, добавление нового физического тома в группу не позволит увеличить размер сегмента чередования — придется добавить как минимум два физических тома.

Возьмем в качестве примера группу vg , состоящую из двух физических томов.

# vgs VG #PV #LV #SN Attr VSize VFree vg 2 0 0 wz--n- 271.31G 271.31G

Новый сегмент чередования может занимать все доступное в группе место.

# lvcreate -n stripe1 -L 271.31G -i 2 vg Using default stripesize 64.00 KB Rounding up size to full physical extent 271.31 GB Logical volume "stripe1" created # lvs -a -o +devices LV VG Attr LSize Origin Snap% Move Log Copy% Devices stripe1 vg -wi-a- 271.31G /dev/sda1(0),/dev/sdb1(0)

После этого в группе не останется свободного пространства.

# vgs VG #PV #LV #SN Attr VSize VFree vg 2 1 0 wz--n- 271.31G 0

Следующая команда добавит новый физический том в группу, тем самым увеличив ее размер на 135 гигабайт.

# vgextend vg /dev/sdc1 Volume group "vg" successfully extended # vgs VG #PV #LV #SN Attr VSize VFree vg 3 1 0 wz--n- 406.97G 135.66G

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

# lvextend vg/stripe1 -L 406G Using stripesize of last segment 64.00 KB Extending logical volume stripe1 to 406.00 GB Insufficient suitable allocatable extents for logical volume stripe1: 34480 more required

Надо добавить еще один физический том и уже после этого можно будет увеличить размер логического тома.

# vgextend vg /dev/sdd1 Volume group "vg" successfully extended # vgs VG #PV #LV #SN Attr VSize VFree vg 4 1 0 wz--n- 542.62G 271.31G # lvextend vg/stripe1 -L 542G Using stripesize of last segment 64.00 KB Extending logical volume stripe1 to 542.00 GB Logical volume stripe1 successfully resized

Если в вашем распоряжении нет необходимого числа физических устройств, все же можно увеличить объем логического тома, не используя при этом чередование. При наращивании тома по умолчанию используются параметры чередования последнего сегмента существующего логического тома, что можно переопределить. Следующий пример расширяет существующий том так, чтобы в случае неудачи команды lvextend использовалось все свободное пространство.

# lvextend vg/stripe1 -L 406G Using stripesize of last segment 64.00 KB Extending logical volume stripe1 to 406.00 GB Insufficient suitable allocatable extents for logical volume stripe1: 34480 more required # lvextend -i1 -l+100%FREE vg/stripe1