O software Raid0 não é montado com êxito no fstab

Question

Eu criei um Raid0 e ele funciona como eu esperava. O arquivo da matriz é criado em /dev/md0 . Eu quero que isso seja montado automaticamente, adicionando esta linha no final do arquivo /etc/fstab :

/dev/md0 /mnt/storage ext4 noatime,commit=60,data=writeback,nodiratime,journal_async_commit,nouser_xattr 0 0

e esta linha no final do /etc/mdadm/mdadm.conf :

ARRAY /dev/md0 metadata=1.2 name=lil-RIKO:lil-RIKO UUID=6016d5e4:6e42cb97:6b2a8e6e:098c1982

Em tempo de boot, vi que / mnt / storage estava sendo aguardado para ser montado e disponibilizo duas opções: para Skip ... ou para Ma ... esqueci o que diz. Eu esperei tanto tempo que achei que algo estava errado. Eu fui para o "modo de manutenção", que é um shell de root, em seguida, verifiquei rapidamente a presença do arquivo /dev/md0 . O arquivo não estava lá, apenas / dev / md127. Eu tentei montar esse arquivo e ele reclamou sobre não encontrar um superbloco. Eu montei manualmente o ataque via mdadm --assemble /md0 depois de remover o arquivo /dev/md127 via mdadm --stop /dev/md* e continuei inicializando. Na próxima reinicialização, tive o mesmo problema.

Por que o ataque não foi montado automaticamente? Não houve presença de / dev / md0 no momento da inicialização e consegui montá-lo manualmente.

EDIT1: Eu consegui "mesclar" em um que é / dev / md127 removendo um disco, O problema ainda ocorre, mas quando eu emito esse cat /proc/mdstat eu tenho isso:

md127 : inactive sdc[1](S) sdb[0](S)
      7830528 blocks super 1.2

Isso significa (eu acho) que o ataque ainda não está ativado. Mas quando eu reimplantei, ele vem ativo assim:

md127 : active raid0 sdc1[1] sdb1[0]
      7830528 blocks super 1.2 512k chunks

O que deu errado desta vez?

    

Answer 1

Espero que você já tenha encontrado uma resposta; se não, eu apenas passei por isso, e a resposta curta é editar suas definições de array em /etc/mdadm/mdadm.conf; basicamente remover qualquer coisa diferente de / dev / md * e UUID = info (excluir metadados, nome, etc). Na reinicialização, você não deve mais ter o problema md127, md126, etc com suas matrizes.

Portanto, com base na sua linha acima, altere

ARRAY /dev/md0 metadata=1.2 name=lil-RIKO:lil-RIKO UUID=6016d5e4:6e42cb97:6b2a8e6e

para

ARRAY /dev/md0 UUID=6016d5e4:6e42cb97:6b2a8e6e

    

Answer 2

Você se lembrou de executar update-initramfs depois de montar a matriz como md0 ? Se não, tente parar e re-montar o array novamente e, em seguida, fazê-lo, ou seja,

sudo mdadm --stop /dev/md127
sudo mdadm --assemble /dev/md0
sudo update-initramfs -u

Isso deve tornar o sistema de arquivos raiz inicial 'ciente' do array no momento da inicialização

    

Answer 3

Eu encontrei um problema semelhante, montando o array md0 em fstab falha com 'grave erro encontrado ao tentar montar / mnt / md0' (ou similar). Contornado com isso por uma hora, não consegui fazê-lo funcionar. Checked UUID, / proc / mdstat, mdadm.conf etc, tudo parece ok.

Adicionado a opção nobootwait ao fstab para que ele não bloqueie o processo de inicialização (servidor headless)

Parece uma condição de corrida para mim, porque a emissão do comando mount manualmente após a inicialização funciona bem.

Solução alternativa que funciona para mim:

edite rc.local, adicione a seguinte linha antes da saída 0

dormir 10 & amp; & amp; mount -t auto / dev / md0 / mnt / md0

O efeito secundário é que a montagem aparece 10 segundos depois, mas eu posso viver com isso. Sem o comando sleep, não funcionou.

Espero que isso ajude alguém.