Am solicitat o actualizare a hard disk-ului pentru virtualul meu server care rulează centos 6.5
pot vedea că spațiul a fost mărit deoarece / dev / sdb acum are 214,7 GB și obișnuia să fie de 150,3 GB
root@webhost [/sys/class/block/sdb/device]# fdisk -l
Disk /dev/sda: 85.9 GB, 85899345920 bytes
64 heads, 32 sectors/track, 81920 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000390ad
Device Boot Start End Blocks Id System
/dev/sda1 * 2 501 512000 83 Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2 502 3573 3145728 82 Linux swap / Solaris
Partition 2 does not end on cylinder boundary.
/dev/sda3 3574 81920 80227328 83 Linux
Disk /dev/sdb: 214.7 GB, 214748364800 bytes
64 heads, 32 sectors/track, 204800 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x796ffff3
Device Boot Start End Blocks Id System
/dev/sdb1 1 143360 146800624 83 Linux
Disk /dev/mapper/backup-lv0: 150.3 GB, 150319661056 bytes
255 heads, 63 sectors/track, 18275 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
root@webhost [/sys/class/block/sdb/device]#
, deoarece puteți vedea dimensiunea actuală a lvm este de 140 GB
--- Volume group ---
VG Name backup
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 15
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 1
Act PV 1
VG Size 140.00 GiB
PE Size 4.00 MiB
Total PE 35839
Alloc PE / Size 35839 / 140.00 GiB
Free PE / Size 0 / 0
VG UUID 9WAEQb-oEXG-QdJ0-MIK9-ZEu1-x176-U76PzS
root@webhost [/sys/class/block/sdb/device]#
cum pot redimensionați partiția lvm pentru a se potrivi cu dimensiunea unității?
@shodanshok благодарят Вас за указание на меня к правильному направлению
, К сожалению, мой lvm объем был базирующимся разделом и потому что я не хотел удалять свой текущий раздел для изменения размеров его (после того как я потерял все данные), я создал другой раздел и использовал его для расширения lvm. поэтому, что я сделал был: 1) созданный новый раздел с
fdisk /dev/sdb
2) я инициализировал физический том для lvm, справляющегося с:
pvcreate /dev/sdb2
3) я добавил новый физический том к своей lvm группе с:
lvextend /dev/backup/lv0 /dev/sdb2
4) наконец я изменил размер файловой системы с:
resize2fs /dev/backup/lv0
Необходимо расшириться sdb1
для покрытия всего доступного дискового пространства. Затем Вы можете pvresize /dev/sdb1
и lvextend -l +100%FREE <your_volume_name>
.
Вводная информация: в RHEL6 и предыдущий, Redhat предложил создать "Защитный MBR", чтобы препятствовать тому, чтобы старые Ose изменили метаданные LVM. Это означает что физические тома LVM, где основанный на разделе, а не находящийся на диске (как в Вашем случае). Так, для расширения физического тома сначала необходимо расширить раздел.
Однако fdisk
версия, поставленная с RHEL6, не поддерживает простой раздел, изменяют размер. Необходимо удалить и воссоздать sdb1
раздел, который должен быть абсолютно идентичен к тому, что Вы теперь имеете (за исключением lenght/size, конечно). Я сильно предлагаю, чтобы Вы использовали fdisk -u
, который даст Вам размер раздела в номере сектора, а не цилиндрах.
, С другой стороны, можно использовать parted
, которого должен раздел поддержки изменять размер (эта функция зависима от версии, и я не помню, поддерживает ли тот, поставленный с RHEL6, его).
Быть осторожным: неправильно воссозданный раздел будет meen ПОТЕРЯ ДАННЫХ. я предлагаю Вас практикующий на тестовой виртуальной машине прежде, чем сделать это в producion.
Необходимо сделать pvresize, чтобы позволить LVM распознавать дополнительный диск. Его столь же простой как pvrsize/path/to/blockdevice