Redimensionar base da partição do XenServer 6.0

2

Eu estendi meu dispositivo RAID de hardware no controlador LSI MegaRAID adicionando discos à matriz. Ao fazer com que o Linux perceba que a alteração do tamanho do bloco de dispositivos não foi direta, descobri que é possível verificar novamente o dispositivo (usando echo y > /sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:2:0/0:2:0:0/rescan no meu caso, para a primeira unidade lógica) para corrigir isso.

Infelizmente, estou preso neste ponto.

Por padrão, o XenServer 6.0 usa partições GPT não MBR e, como tal, é impossível usar fdisk para modificar a tabela de partições (a ferramenta usual que usei para estender partições físicas). Os rótulos GPT salvam não apenas a posição das partições, mas também o tamanho do disco (salvando o cabeçalho secundário da GPT em 34 ou mais setores). Provavelmente por causa disso, o gdisk e sgdisk utilitários não podem redimensionar a última partição acima do limite antigo da unidade.

Já experimentei fdisk (não funciona com a GPT), sfdisk (não funciona com a GPT), parted (não instalado), cfdisk (não instalado).

Que ferramentas e comandos devo usar para estender partições GPT no sistema sem parted ?

    
por Hubert Kario 25.06.2012 / 14:05

3 respostas

3

Uma hora de googling foi de 5 minutos para encontrar a resposta ... de qualquer forma:

gdisk e sgdisk permitem realocar o segundo cabeçalho da GPT no "modo especialista".

Se a situação básica fosse assim:

# sgdisk -p /dev/sda
Disk /dev/sda: 3902341120 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 01BFC515-C093-495B-A33F-CA925FB74357
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1951170526
Partitions will be aligned on 2048-sector boundaries
Total free space is 6042 sectors (3.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         8388641   4.0 GiB     0700  
   2         8390656        16777249   4.0 GiB     0700  
   3        16779264      1951170526   922.4 GiB   8E00

(observe o last usable sector is 1951170526 )

Usando o comando x no comando gdisk e, em seguida, e , a tabela de partições é semelhante a:

Expert command (? for help): p
Disk /dev/sda: 3902341120 sectors, 1.8 TiB
 Logical sector size: 512 bytes
Disk identifier (GUID): 01BFC515-C093-495B-A33F-CA925FB74357
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3902341086
Partitions will be aligned on 2048-sector boundaries
Total free space is 1951176602 sectors (930.4 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         8388641   4.0 GiB     0700  
   2         8390656        16777249   4.0 GiB     0700  
   3        16779264      1951170526   922.4 GiB   8E00 

(observe o last usable sector is 3902341086 )

Depois disso, remover e recriar uma partição maior funciona sem problemas.

    
por 25.06.2012 / 14:26
1

gdisk teve uma aparência de fdisk , mas para a GPT. Além disso, por que não reiniciar para uma distribuição ao vivo do partedmagic e apenas fazer o particionamento lá com o mais recente dividido?

    
por 25.06.2012 / 14:38
-1

Você também pode instalar o parted com o seguinte comando:

yum --enablerepo=base install parted
    
por 22.08.2013 / 01:02