Redimensionamento de partições no CentOS 7

Question

Eu tenho uma matriz RAID 6 configurada no CentOS 7 que originalmente tinha quatro unidades de 1TB atribuídas, resultando em uma capacidade total de 2 TB. Depois de muita reclamação sobre como descrito aqui , eu consegui adicionar uma quinta unidade ao array com sucesso, aumentando para 3TB. A confusão agora é como fazer com que a partição cresça para o tamanho total de 3 TB. De acordo com esta resposta , a sequência deve ser:

1. desmontar
2. verifique a partição
3. crescer matriz
4. redimensionar partição
5. verifique a partição
6. monte

O que faz sentido.

Tendo crescido o array agora, estou tentando usar resize2fs para redimensionar o array, mas ele está me dizendo que não tenho espaço suficiente para expandir, que estou pedindo 786432000 e que existem apenas 488315387 disponíveis. e2fsck me diz que a partição está atualmente usando 448736046 dos seus 488315387 blocos disponíveis. De onde vem o limite de 488315387, se não da matriz de raid?

Edit: saída relevante de lsblk

NAME            MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda               8:0    0 931.5G  0 disk  
└─md126           9:126  0   2.7T  0 raid6 
  └─md126p1     259:1    0   1.8T  0 md    
sdb               8:16   0 931.5G  0 disk  
└─md126           9:126  0   2.7T  0 raid6 
  └─md126p1     259:1    0   1.8T  0 md    
sdc               8:32   0 931.5G  0 disk  
└─md126           9:126  0   2.7T  0 raid6 
  └─md126p1     259:1    0   1.8T  0 md    
sdd               8:48   0 931.5G  0 disk  
└─md126           9:126  0   2.7T  0 raid6 
  └─md126p1     259:1    0   1.8T  0 md    
sde               8:64   0 931.5G  0 disk  
└─md126           9:126  0   2.7T  0 raid6 
  └─md126p1     259:1    0   1.8T  0 md    

    

Answer 1

O ponto crucial do problema é que um sistema de arquivos só pode ser expandido para o espaço que é visto como disponível no dispositivo de bloco em que você o colocou. Com partições, isso significa o setor inicial e final da partição. Como está agora, o kernel sabe que o espaço existe, mas o setor final de sua partição está essencialmente dizendo ao sistema de arquivos para não usar o novo espaço. O resize2fs é para redimensionar o sistema de arquivos e, portanto, deve vir mais tarde em seu fluxo de trabalho.

Parece que está tudo em md126p1 , o que pode facilitar isso. Basicamente, seu lsblk mostra que o dispositivo subjacente é md126 , que é de 2,7 TB, mas a partição é de apenas 1,8 TB. Portanto, você precisa usar fdisk ou gparted (qualquer que seja o caso) no dispositivo md126 e editar a primeira partição para que ela termine no último setor do dispositivo, em vez de ser o que for agora. Você provavelmente desejará que todos os sistemas de arquivos relevantes sejam desmontados quando você fizer isso. Para fazer o kernel pegar a nova tabela de partições, você provavelmente precisará fazer um partprobe ou fazer uma reinicialização completa.

Uma vez que a partição tenha sido atualizada, o sistema de arquivos dentro dessa partição pode ser instruído a expandir para ela com o resize2fs .