LINUX.ORG.RU
ФорумAdmin

вопрос! как размер диска увеличить на vps LVM vmware linux без потери данных

 , размер диска


0

1

коротко было на VPS сервере arubacloud 20 гигов. (sda2,5,3). места не хватило загрузка на 100%! увеличил тариф до 160Гб. но ни как не получилось увеличить на 2х дисках разделы. кто нить может помочь. внизу скрины! sda2 sda5 - не увеличиваются(я так понял сначала их надо увеличить а потом уже и sda3) sda4 - это уже я сам создал он не нужен и непонятно 100% забит какой диск ?

https://arny.ru/virtualization/uvelichenie-lvm-v-virtualnoy-mashine-ubuntu/ по этой ссылке делал но проблема в том что там разделов меньше!

Welcome to Ubuntu 18.04.1 LTS (GNU/Linux 4.15.0-43-generic x86_64)

* Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage

System information as of Fri Jan 4 01:03:05 CET 2019

System load: 0.43

Usage of /: 98.7% of 18.18GB

Memory usage: 6%

Swap usage: 0% Processes: 138

Users logged in: 0 IP address for eth0: 80.ХХХХХ IP address for docker0: 172.17.0.1 IP address for br-816e01f8ad1e: 172.18.0.1 IP address for br-d54b457cbcd2: 172.25.0.1

=> / is using 98.7% of 18.18GB

* MicroK8s is Kubernetes in a snap. Made by devs for devs. One quick install on a workstation, VM, or appliance.

- https://bit.ly/microk8s

* Full K8s GPU support is now available!

- https://blog.ubuntu.com/2018/12/10/using-gpgpus-with-kubernetes

* Canonical Livepatch is available for installation. - Reduce system reboots and improve kernel security. Activate at: https://ubuntu.com/livepatch

9 packages can be updated. 0 updates are security updates.

Last login: Fri Jan 4 00:23:52 2019 from xx.1x3.x.x root@hyd1:~# fdisk -l Disk /dev/sda: 160 GiB, 171798691840 bytes, 335544320 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x31d18c10

Device Boot Start End Sectors Size Id Type

/dev/sda1 * 2048 976895 974848 476M 83 Linux

/dev/sda2 978942 20969471 19990530 9.5G 5 Extended

/dev/sda3 20969472 41943039 20973568 10G 8e Linux LVM

/dev/sda4 41943040 117186559 75243520 35.9G 83 Linux

/dev/sda5 978944 20969471 19990528 9.5G 8e Linux LVM

Partition table entries are not in disk order.

Disk /dev/mapper/vg-lv_root: 18.6 GiB, 19973275648 bytes, 39010304 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg-lv_swap: 952 MiB, 998244352 bytes, 1949696 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes root@hyd1:~# parted GNU Parted 3.2 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: VMware Virtual disk (scsi) Disk /dev/sda: 172GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags:

Number Start End Size Type File system Flags

1 1049kB 500MB 499MB primary ext2 boot

2 501MB 10.7GB 10.2GB extended

5 501MB 10.7GB 10.2GB logical lvm

3 10.7GB 21.5GB 10.7GB primary lvm

4 21.5GB 60.0GB 38.5GB primary ext2

(parted)

root@hyd1:~# df -h Filesystem Size Used Avail Use% Mounted on

udev 3.9G 0 3.9G 0% /dev

tmpfs 797M 12M 785M 2% /run

/dev/mapper/vg-lv_root 19G 18G 0 100% /

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/sda1 461M 143M 295M 33% /boot

tmpfs 797M 0 797M 0% /run/user/0

overlay 19G 18G 0 100% /var/lib/docker/overlay2/4c13159c7b1692b5d1bbd88928bdc768dabfe3f30b9d4f8b63e8456/merged shm 64M 0 64M 0% /var/lib/docker/containers/d23407e70174b6624516dd64c1907e7bc8ea4e6abe68300802/mounts/shm root@hyd1:~#



Последнее исправление: lukers (всего исправлений: 7)

все разобрался.. теперь не 100% а 34% но!!

с 20 до 54 гб увеличился.. а вот когда parted print разделы не объединились.. sda4 теперь тоже задействован а у меня еще 110 гб. свободных. в тарифе. это что теперь надо еще один создавать sda6 ? чтобы еще 110гб добавить?

Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 976895 974848 476M 83 Linux /dev/sda2 978942 20969471 19990530 9.5G 5 Extended /dev/sda3 20969472 41943039 20973568 10G 8e Linux LVM /dev/sda4 41943040 117186559 75243520 35.9G 8e Linux LVM /dev/sda5 978944 20969471 19990528 9.5G 8e Linux LVM

Partition table entries are not in disk order.

Disk /dev/mapper/vg-lv_root: 54.5 GiB, 58493763584 bytes, 114245632 sectors

lukers
() автор топика

Отформатируй пост с разметкой и удали не нужное. Сейчас после 1го абзаца полно не нужной информации не относящийся к проблеме.

avb
()
Ответ на: все разобрался.. теперь не 100% а 34% но!! от lukers

sda2 sda5 - не увеличиваются(я так понял сначала их надо увеличить а потом уже и sda3)

Вы не можете увеличить sda2 и как следствие sda5 т.к. за sda2 уже создан sda3. Вообще изначально весьма не продуманная разметка, создать extended и за ним еще один primary раздел.

непонятно 100% забит какой диск ?

Как предполагаю я, у вас sda3 и sda5 собраны в один vg и в нем два lv vg-lv_root и vg-lv_swap, т.е. забыты оба sda3 и sda5. На всякий случай покажите выхлоп pvdisplay и lvdisplay.

это что теперь надо еще один создавать sda6

Вы не сможете его создать, т.к. в extended sda2 все занято sda5.
Прежде чем ставить эксперименты, хотя бы документацию почитали. В mbr может быть только четыре primary раздела один из которых может быть extended а вот в нем уже можно создавать другие разделы в большем количестве.

У вас два варианта.
Первый. Вынести sda4, создать его на весь обьем, создать pv, добавить в vg, увеличить lv, увеличить fs. Учтите, что без отсутствия опыта и четкой инструкции процедуры весьма стремные. И даже если вы гуру, сначала сделать полный бэкап.
Второй. Если время простоя не критично и учитывая что у вас всего 20Гб, бэкап, перезабить нормально, вернуть из бэкапа.
ЗЫ И как написали выше пользуйтесь разметкой www.linux.org.ru/help/lorcode.md для выхлопов тэг code

anc ★★★★★
()
Последнее исправление: anc (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.