Alterar tabela de partições com o GParted

Question

Eu tenho um servidor Ubuntu 12.04 LTS que possui drives SAS 6x600GB em uma configuração RAID 5 (Perc 6 / i).

O esquema de partições é assim:

Partition    File System   Mount Point    Size
/dev/sda1    ext2          /boot          243.00 MiB
/dev/sda2    extended                     1.09 TiB
  /dev/sda5  lvm2                         1.09 TiB
unallocated  unallocated                  1.64 TiB

Eu quero estender a partição /dev/sda5 para incluir o espaço não alocado e criar uma partição grande. No entanto, quando tento estender a partição, recebo um erro:

partition length of 5854484482 sectors exceeds the msdos-partition-table-imposed maximum of 4294967295

Acredito que preciso criar uma nova tabela de partições. No entanto, também li que isso pode causar problemas.

Minha pergunta básica é esta: se eu inicializar a partir do Live CD do GParted, aplique uma nova tabela de partição, estenda a partição /dev/sda2 e aumente o tamanho do LVM, o sistema será inicializado posteriormente e o LVM ainda está intacto? Eu entendo que há sempre a possibilidade de corrupção de dados, e eu tenho backup de tudo. A verdadeira questão é se esta é a maneira correta de modificar a configuração do disco.

Alternativamente, existe uma maneira melhor de incorporar o espaço não alocado no LVM?

    

Answer 1

jordanm teve a melhor sugestão. Embora a tabela de partições msdos não possa acomodar uma única partição maior que 2TB, porque tenho um volume lógico, posso criar uma nova partição a partir do espaço não alocado (menor que 2TB) e adicioná-la ao volume lógico.

Primeiro, crie uma nova partição não formatada chamada /dev/sda3 no GParted a partir do espaço não alocado.

Agora que existe uma nova partição, preciso criar um volume físico LVM:

nalice@gerty:~$ sudo pvcreate /dev/sda3
  Physical volume "/dev/sda3" successfully created

Em seguida, preciso estender o Volume lógico para incluir o novo volume físico:

nalice@gerty:~$ sudo lvextend -L2731.75G /dev/mapper/GERTY-root
  Extending logical volume root to 2.67 TiB
  Logical volume root successfully resized

Note que o parâmetro -L de lvextend indica o tamanho total do Volume Lógico, não a quantidade que o Volume Lógico é estendido.

Por fim, estendi o sistema de arquivos para incluir todo o espaço disponível no Volume Lógico:

nalice@gerty:~$ sudo resize2fs /dev/mapper/GERTY-root 
  resize2fs 1.42 (29-Nov-2011)
  Filesystem at /dev/mapper/GERTY-root is mounted on /; on-line resizing required
  old_desc_blocks = 67, new_desc_blocks = 171
  Performing an on-line resize of /dev/mapper/GERTY-root to 716111872 (4k) blocks.
  The filesystem on /dev/mapper/GERTY-root is now 716111872 blocks long.

E você tem isso, um Volume Lógico de 2,9TB sem ter que mudar a tabela de partições.

Fonte: link

    

Answer 2

partition length of 5854484482 sectors exceeds the msdos-partition-table-imposed maximum of 4294967295

Isso sinaliza claramente que o disco (lógico) está acima do limite de 2 TB.

Para contornar isso, você precisa usar a tabel de partições GPT . Para mudar isso:

#parted /dev/sda mklabel gpt

Se você alterar a tabela de partições de msdos para gpt, perderá todos os seus dados! Assegure-se de ter um backup para restaurar os dados.

Se você decidir reorganizar seu disco, considere usar o array raid inteiro como volume físico lvm. Não há problema com um ubuntu atual para colocar a partição /boot dentro do lvm . Isso também tem o benefício de poder redimensionar facilmente essa partição.