Измененный диск VirtualBox VM, но когда разделение не может использовать все новое свободное пространство
вчера я изменил размер Виртуального диска VM приблизительно от 15 ГБ приблизительно до 26 ГБ.
Если я выполняю fdisk, я могу проверить, что диск изменен:
Disk /dev/sda: 26.2 GB, 26214400000 bytes
255 testine, 63 settori/tracce, 3187 cilindri, totale 51200000 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x0005c952
Это больше не 15 ГБ, но это - 26,6 ГБ.
Таким образом, я работал
fdisk /dev/sda
разделить его.
Comando (m per richiamare la guida): n
Partition type:
p primary (1 primary, 1 extended, 2 free)
l logical (numbered from 5)
Select (default p): p
Numero della partizione (1-4, predefinito 3): 3
Primo settore (499712-51199999, predefinito 499712):
Utilizzo del valore predefinito 499712
Last settore, +settori or +size{K,M,G} (499712-501757, predefinito 501757):
w
Я могу уже видеть, что интервал секторов слишком короток.
Я оставляю раздел с идентификатором 83 (раздел Linux), и затем я работал:
partprobe -s
/dev/sda: msdos partitions 1 3 2 <5>
/dev/mapper/ubuntu--vg-swap_1: loop partitions 1
/dev/mapper/ubuntu--vg-root: loop partitions 1
но быть уверенным я работал
partprobe
также.
Хорошо, мой раздел является/dev/sda3.
Затем я работал:
mkfs.ext4 /dev/sda3
Вывод:
mke2fs 1.42.9 (4-Feb-2014)
Filesystem troppo piccolo per un journal
Etichetta del filesystem=
OS type: Linux
Dimensione blocco=1024 (log=0)
Dimensione frammento=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
128 inodes, 1020 blocks
51 blocks (5.00%) reserved for the super user
Primo blocco dati=1
Maximum filesystem blocks=1048576
1 block group
8192 blocchi per gruppo, 8192 frammenti per gruppo
128 inode per gruppo
Allocating group tables: fatto
Scrittura delle tavole degli inode: fatto
Scrittura delle informazioni dei superblocchi e dell'accounting del filesystem: fatto
Затем я монтирую его:
mount -t ext4 /dev/sda3 /priiiii
и я видел, что мой раздел является довольно небольшим!!
df -h
File system Dim. Usati Dispon. Uso% Montato su
/dev/mapper/ubuntu--vg-root 15G 3,5G 11G 26% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 492M 4,0K 492M 1% /dev
tmpfs 101M 904K 100M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 501M 80K 501M 1% /run/shm
none 100M 32K 100M 1% /run/user
/dev/sda1 236M 36M 189M 16% /boot
**/dev/sda3 999K 17K 911K 2% /priiiii**
Почему раздел не может использовать все освобожденное пространство измененного диска?
fdisk uotput:
Dispositivo Boot Start End Blocks Id System
/dev/sda1 * 2048 499711 248832 83 Linux
/dev/sda2 501758 33552383 16525313 5 Esteso
/dev/sda3 499712 501757 1023 83 Linux
/dev/sda5 501760 33552383 16525312 8e Linux LVM
Спасибо
1 ответ
Если Вы делаете все это в vm, то Вы напрасно делаете работу для себя. Позвольте мне ответить на это в 3 частях.
Во-первых после подхода Вы взяли, что-то очень странное продолжает Вашу таблицу разделов. По моему опыту, когда Вы 'выращиваете' физический диск (обычно копированием блока от одного маленького реального диска до большего), для таблицы разделов нужно воссоздание, как даже с теми же дисковыми параметрами, у Вас будут проблемы выравнивания. Тем не менее я не вижу, почему fdisk не может воссоздать новую таблицу разделов, если бы диск на самом деле вырос (как это произошло бы в реальном диске).
, Во-вторых, LVM был создан к краткому обзору между физическими дисками и разделами и объемами, содержавшими на них. Следовательно при использовании виртуальной машины, без проблемы физического пространства (обычно при обновлении реального диска, Вы действительно избавляетесь от старого), можно просто создать новый виртуальный диск на 11 ГБ и соединить его с объемом, не имея необходимость проходить горе питания со старым vmfs файлом.
, Если Вы полны решимости относительно подхода, Вы берете, что-то ясно пошло не так, как надо. Как @daniel предложенный, попытайтесь перезагрузить, но лично, я рассмотрел бы создание нового изображения с новым набором разделов и объемов и копирования всего через. Во сколько Вы тратите в копировании, Вы сохраните от попытки выяснить, как Вам удалось получить Вашу таблицу разделов не в порядке.