Se você puder viver temporariamente com apenas um único disco (sem redundância), é provavelmente o caminho mais fácil para simplesmente deixar a partição desalinhada falhar, removê-la da matriz e também remover quaisquer metadados RAID dela (substituir md-devices e partições, conforme necessário).
Para reparticionar, todas as partições deste disco precisam estar off-line - é provável que este seja o lugar, se você usar apenas uma partição para sua configuração RAID1 e não compartilhar outras partições com RAID ou qualquer outra coisa ( por exemplo, espaço de troca). Se você estiver usando apenas uma única partição nesse disco e usar essa partição apenas para o RAID1, poderá começar desta forma:
mdadm /dev/md0 --fail /dev/sdb1 --remove /dev/sdb1
mdadm --zero-superblock /dev/sdb1
Se você tiver alguma partição adicional na mesma unidade física, faça "fail, remove, zero" também.
Por favor, verifique se você está usando a partição correta do disco correto. Se você selecionou a partição errada e já "falhou" sua partição ou até mesmo zerou o superbloco, execute mdadm /dev/md0 --add /dev/sdb1 imediatamente para reconstruir seu RAID1 e reinicie a nova partição após uma reconstrução bem-sucedida.
Depois de zerar o superbloco, você deve reparticionar o disco de acordo com suas necessidades (usando gparted, parted, sfdisk, cfdisk, fdisk, ...). É claro que a partição redimensionada precisa ter (pelo menos) o mesmo tamanho do primeiro disco RAID.
Após o particionamento, emita um
blockdev --rereadpt /dev/sdb
para garantir que seu kernel esteja usando a tabela de partições mais recente e adicione a partição "com falha" ao seu dispositivo MD:
mdadm /dev/md0 --add /dev/sdb1
Faça o mesmo passo para todas as outras parções e dispositivos MD também.
A unidade entrará instantaneamente no modo de recuperação e copiará os dados do seu outro disco para o "novo" disco. Você pode monitorar o progresso da recuperação usando cat /proc/mdstat .
Em relação ao LVM: o LVM é essencialmente "apenas uma outra camada" entre o disco e seu sistema de arquivos, pense nisso substituindo as partições de tamanho estatístico por algo que pode ser alterado online. Os sistemas de arquivos podem ser desenvolvidos (e às vezes encolhidos) on-line, e juntamente com o LVM, isso oferece alguma flexibilidade. Volumes lógicos também podem ser adicionados, removidos ou alterados em tempo real, e você pode adicionar mais discos para que você possa estender os volumes lógicos existentes também.
Por exemplo, você não precisa pensar no esquema de particionamento exato, pois você pode adicionar mais espaço a um sistema de arquivos existente on-line. Se o seu sistema está usando uma única partição para todos os seus arquivos (provavelmente adicionais a uma pequena partição / boot) e você não precisa adicionar mais espaço, você não verá tanto benefício do LVM.
O LVM também não ajudará muito se o volume físico usado para o LVM já estiver usando uma partição desalinhada. Tecnicamente, pode-se adicionar um dataoffset ao preparar um volume físico (PV) para usá-lo no LVM, mas geralmente isso não é muita diferença. Consertar um LVM desalinhado envolve essencialmente as mesmas dores de cabeça que um RAID desalinhado faz, mas requer ferramentas adicionais e diferentes para isso.
Se um PV do LVM estiver em uma partição alinhada corretamente, os novos volumes lógicos criados também estarão corretamente alinhados, mas isso é apenas uma mera coincidência devido ao fato de extensões físicas de tamanho grande. Se uma configuração do LVM estiver configurada para usar extensões físicas de tamanho de 1 KB em um disco em formato 4k, os volumes lógicos desalinhados poderão ser o padrão.
Ainda assim, o LVM é "o caminho a percorrer" para mais flexibilidade e eu recomendo dar uma olhada nos conceitos básicos do LVM.