Se o dispositivo estiver sendo reutilizado ou reaproveitado de um array existente, apague todas as informações de configuração RAID antigas:
Devido à natureza da funcionalidade RAID, é muito difícil limpar seguramente o disco totalmente em um array em execução. Considere se é útil fazer isso antes de criá-lo.
É altamente recomendado particionar os discos a serem usados no array. Como a maioria dos usuários de RAID está selecionando unidades de disco maiores que 2 TiB, o GPT é necessário e recomendado. Veja Particionamento para mais informações sobre particionamento e as ferramentas de particionamento disponíveis.
Nota: Também é possível criar um RAID diretamente nos discos brutos (sem partições), mas não é recomendado porque pode causar problemas ao trocar um disco com falha.
Dica: Ao substituir um disco com falha de um RAID, o novo disco deve ser exatamente do mesmo tamanho do disco com falha ou maior — caso contrário, o processo de recriação da matriz não funcionará. Mesmo discos rígidos do mesmo fabricante e modelo podem ter pequenas diferenças de tamanho. Ao deixar um pouco de espaço no final do disco não alocado, pode-se compensar as diferenças de tamanho entre as unidades, o que torna a escolha de um modelo de unidade de substituição mais fácil. Portanto, é uma boa prática deixar cerca de 100 MiB de espaço não alocado no final do disco.
Depois de criar as partições, seus GUIDs de tipo de partição devem ser A19D880F-05FC-4D3B-A006-743F0F84911E (pode ser atribuído selecionando o tipo de partição Linux RAID em fdisk ou FD00 no gdisk).
Se uma matriz de disco maior for empregada, considere atribuir rótulos do sistema de arquivos ou rótulos de partição para facilitar a identificação de um disco individual posteriormente.
Para quem está criando partições em HDDs com uma tabela de partição MBR, os IDs de tipos de partição disponíveis para uso são:
Use mdadm para construir o array. Veja mdadm(8) para opções suportadas. Vários exemplos são fornecidos abaixo.
Se este for um array RAID1 que deve ser inicializado a partir do Syslinux, uma limitação do syslinux v4.07 requer que o valor dos metadados seja 1.0 em vez do padrão 1.2.
Ao criar um array a partir do meio de instalação do Arch use a opção --homehost=myhostname (ou --homehost=any para ter sempre o mesmo nome, independentemente do host) para definir o hostname, caso contrário, o hostname archiso será escrito nos metadados do array.
Dica: Você pode especificar um nome de dispositivo raid personalizado usando a opção --name=MeuNomeDeRaid ou definindo o caminho do dispositivo raid para /dev/md/MeuNomeDeRaid.Udev irá criar links simbólicos para os arrays raid em /dev/md/ usando aquele nome. Se o homehost corresponde ao hostname (ou se homehost está definido como any) o link será /dev/md/name, se o homehost não corresponder o link será /dev/md/homehost:name.
O exemplo a seguir mostra a construção de uma matriz RAID5 com 4 dispositivos ativos e 1 dispositivo de reserva:
Dica: --chunk é usado para mudar o valor padrão para o tamanho do chunk. Veja Chunks: the hidden key to RAID performance para mais sobre otimização de tamanho do chunk.
O array é criado no dispositivo virtual /dev/mdX, montado e pronto para uso (em modo degradado). Pode-se começar a usá-lo diretamente enquanto o mdadm ressincroniza o array em segundo plano. Pode levar muito tempo para restaurar a paridade. Verifique o progresso com:
Esta diretiva diz ao mdadm para examinar os dispositivos referenciados por /proc/partitions e montar tantos arrays quanto possível. Isto é bom se você realmente deseja iniciar todos os arrays disponíveis e está confiante de que nenhum superbloco inesperado será encontrado (como depois de instalar um novo dispositivo de armazenamento). Uma abordagem mais precisa é adicionar explicitamente as matrizes em /etc/mdadm.conf: