Disco de VM do VirtualBox redimensionado, mas quando o particionamento não pode usar todo o novo espaço disponível

Question

ontem redimensionei um disco virtual da VM de cerca de 15 GB para cerca de 26 GB.

Se eu executar o fdisk, posso verificar se o disco foi redimensionado:

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

Não são mais 15 GB, mas são 26,6 GB.

Então corri

fdisk /dev/sda

para particioná-lo.

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

Já vejo que o intervalo de setores é muito curto.

Deixo a partição com o ID 83 (partição Linux) e então eu corri:

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

mas para ter certeza que corri

partprobe

também.

Ok, minha partição é / dev / sda3.

Então eu corri:

mkfs.ext4 /dev/sda3

Saída:

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

Depois eu montei:

mount -t ext4 /dev/sda3 /priiiii

e eu vi minha partição é bem pequena !!

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**

Por que a partição não pode usar todo o espaço não alocado do disco redimensionado?

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

Obrigado

    

Answer 1

Se você está fazendo tudo isso em um vm, então você está fazendo trabalho desnecessariamente. Deixe-me responder isso em 3 partes.
Em primeiro lugar, seguindo a abordagem que você tomou, algo muito estranho está acontecendo com a sua tabela de partições. Na minha experiência, quando você 'cresce' um disco físico (normalmente copiando blocos de um disco real pequeno para um maior), a tabela de partições precisa ser recriada, pois mesmo com os mesmos parâmetros de disco, você terá problemas de alinhamento. Dito isso, não vejo por que o fdisk não pode recriar uma nova tabela de partição, se o disco tiver realmente crescido (como aconteceria em um disco real). Em segundo lugar, o LVM foi criado para abstrair entre as unidades e partições físicas e os volumes contidos nelas. Assim, ao usar uma máquina virtual, sem o problema de espaço físico (normalmente ao atualizar um disco real, você se livra do antigo), você pode criar um novo disco virtual de 11 Gb e juntá-lo ao seu volume, sem ter para passar pela dor de mexer com o seu antigo arquivo vmfs.

Se você está preocupado com a abordagem que está tomando, algo claramente deu errado. Como sugerido @daniel, tente reiniciar, mas pessoalmente, eu consideraria criar uma nova imagem, com um novo conjunto de partições e volumes, e copiando tudo. A que horas você gasta copiando, você economizará ao tentar descobrir como conseguiu colocar sua tabela de partições fora de ordem.