A capacidade do RAID geralmente permanece inalterada porque uma camada ainda reporta o limite antigo. Confirme a reconstrução, tamanhos dos membros, geometria do array, partição e sistema de ficheiros nessa ordem.
Substituir discos é apenas a etapa de hardware. Um NAS pode conter vários limites de tamanho empilhados, e cada um deve expor o limite maior antes que a próxima camada possa usá-lo. O diagnóstico mais seguro começa com verificações de estado somente leitura, identifica a primeira camada que ainda é pequena e expande apenas essa camada em vez de repetir a substituição.
Confirme Que Cada Substituição Está Totalmente Integrada
A capacidade não pode aumentar enquanto um grupo espelho ou de paridade ainda contiver um membro original menor, um spare que não se tornou ativo ou uma substituição que ainda está a reconstruir. O array normalmente usa apenas a capacidade comum disponível entre os membros que definem a sua geometria.
Um disco pode aparecer no inventário do NAS sem ser um membro sincronizado. Compare o estado do array, estado da reconstrução, papel do membro, número de série e tamanho do dispositivo reportado em vez de assumir que um disco detetado completou o processo de substituição.
Espere que cada substituição e resilver ou reconstrução necessária termine sem novos erros. Se um membro estiver em falta, com falha ou menor do que o esperado, resolva essa condição antes de tentar qualquer comando de expansão, porque a camada do array ainda tem uma razão válida para preservar o tamanho antigo.
Verifique o Tamanho Utilizável de Cada Dispositivo Membro
Um disco físico maior pode ainda apresentar uma partição de tamanho antigo ou limite de componente registado para o RAID. Compare a capacidade do disco inteiro, setores finais da partição e os dispositivos de bloco exatos listados como membros do array.
Um membro maior da versão 1.x pode manter o seu limite de componente registado mesmo depois de o disco físico ter sido substituído. A expansão para o tamanho máximo do componente só deve ocorrer depois de todos os membros ativos poderem suportá-lo.
Não recrie uma partição apenas porque o seu tamanho exibido é antigo. Primeiro registe o setor inicial, tipo de partição, UUID do RAID e números de série dos membros; depois use o método de expansão suportado pela plataforma que preserve a posição inicial e os metadados existentes.
Verifique Se a Camada RAID Foi Expandida
Quando todos os membros são maiores mas o dispositivo de bloco RAID não é, a geometria do array não foi expandida. A ação necessária depende se a pilha é md RAID, ZFS, Btrfs, um controlador de hardware ou um pool de armazenamento gerido pelo NAS.
Para md RAID, alterar o tamanho do componente ativo inicia uma ressincronização da região recém-exposta. Num espelho ZFS, o espaço fica disponível apenas depois de cada dispositivo no grupo espelho ter sido substituído, e a expansão pode requerer autoexpand ou uma expansão online explícita.
Use a interface de gestão ou comando que pertence à implementação real do RAID. Pare se o array reportar uma remodelação, estado degradado, alteração de layout não suportada ou incompatibilidade de tamanho dos membros; esses estados precisam ser resolvidos antes que o novo limite possa ser confiável.
Verifique Se Existe Uma Camada de Partição ou Volume Acima do RAID
Mesmo depois do dispositivo RAID crescer, uma tabela de partição, volume físico LVM, volume lógico, mapeamento encriptado ou alocação de pool de armazenamento pode ainda terminar no setor anterior. O sistema de ficheiros não consegue ver blocos que uma camada intermédia não lhe tenha atribuído.
Trace o caminho montado para baixo com a visão de dispositivos de bloco da plataforma e compare os tamanhos em cada salto. O primeiro objeto que permanecer pequeno é a camada a expandir; alterar uma camada superior primeiro falhará ou deixará o novo espaço não alocado.
Expanda um limite de cada vez e verifique a próxima camada antes de continuar. Este método faseado cria um ponto claro de reversão e evita que um comando destinado a um sistema de ficheiros seja aplicado por engano a um membro RAID ou partição.
Expanda o Sistema de Ficheiros Apenas Depois do Dispositivo de Bloco Crescer
Um sistema de ficheiros não se expande necessariamente quando o seu dispositivo RAID subjacente se torna maior. Confirme que o sistema de ficheiros montado ainda reporta o tamanho antigo enquanto o dispositivo de bloco que o contém reporta o novo tamanho.
Para ext2, ext3 e ext4, o redimensionador do sistema de ficheiros espera que a partição ou dispositivo lógico seja ampliado primeiro. O XFS segue a mesma ordem de camadas, e uma operação de crescimento XFS expande um sistema de ficheiros montado para a capacidade já exposta pelo dispositivo.
Use a operação de crescimento específica do sistema de ficheiros apenas depois de verificar o caminho do dispositivo, ponto de montagem, estado online suportado e backup recente. Uma expansão RAID bem-sucedida com um sistema de ficheiros inalterado é incompleta, mas é mais segura do que adivinhar a camada errada.
Considere o Redimensionamento Específico do Sistema de Ficheiros
Alguns sistemas de ficheiros gerem múltiplos dispositivos diretamente, pelo que os seus passos de substituição e redimensionamento não correspondem a uma pilha convencional RAID-mais-sistema de ficheiros. O Btrfs é o exemplo comum: substituir um dispositivo e expor a sua capacidade total são operações separadas.
Substituir um dispositivo Btrfs por um alvo maior não expõe automaticamente os blocos adicionados ao sistema de ficheiros. Um redimensionamento de dispositivo separado explica porque a substituição pode ser concluída sem problemas enquanto a capacidade reportada permanece inalterada.
Identifique se o próprio sistema de ficheiros é o proprietário do conjunto de dispositivos antes de usar instruções mdadm, partição ou LVM. Misturar procedimentos de diferentes pilhas de armazenamento é uma das formas mais rápidas de transformar um problema simples de capacidade num problema de metadados.
Use uma Verificação de Capacidade Camada a Camada
O teste decisivo é anotar o tamanho reportado em cada camada, desde o disco físico até ao sistema de ficheiros montado. A capacidade deve aumentar monotonamente pela pilha, com reduções esperadas para redundância RAID, metadados, blocos reservados e conversão de unidades.
Se os discos físicos forem maiores mas as partições dos membros não, corrija a camada de partição. Se o dispositivo RAID for maior mas o volume lógico não, estenda o volume. Se todas as camadas de bloco forem maiores mas o sistema de ficheiros montado não, execute o passo de crescimento do sistema de ficheiros.
Pare quando duas camadas adjacentes discordarem de forma inexplicável ou quando qualquer contador de saúde aumentar durante a expansão. Preserve a saída do estado e os backups antes de alterar a geometria, porque o primeiro limite inexplicado é uma pista de diagnóstico e não uma razão para forçar a próxima operação.
| Primeira camada que ainda mostra tamanho antigo | Causa provável | Próxima verificação segura |
|---|---|---|
| Partição do membro | A substituição manteve o fim da partição antigo | Compare setores inicial e final |
| Dispositivo RAID | O tamanho do componente do array não foi expandido | Verifique estado saudável e suporte à expansão |
| Volume ou mapeamento | Novos extensos permanecem não atribuídos | Inspecione tamanho do PV, LV, pool ou encriptação |
| Sistema de ficheiros montado | O passo de crescimento do sistema de ficheiros não foi executado | Use a ferramenta específica do sistema de ficheiros |
Suporte e Dicas
Mais para Ler

Por que é que um conjunto RAID fica inativo após uma falha de energia?
Um array inativo geralmente significa que foram encontrados metadados, mas o sistema não tinha confiança suficiente ou membros suficientes para iniciá-lo com segurança após...

Quais são os riscos de forçar um membro RAID em falta a voltar a estar online?
As opções de força podem ignorar verificações de segurança relacionadas a metadados obsoletos, paridade suja, gravações em falta ou pools ativos; inspecione e preserve...

Como Distinguir um Cabo SATA Defeituoso de um Disco NAS a Falhar
Registe se os erros seguem o disco ou permanecem no caminho SATA, e separe os contadores de transporte das evidências de saúde do meio...

