Eu tenho um monte de discos antigos de 1T com uma matriz mdadm neles. Eles estiveram fora de serviço por um tempo, mas ontem eu os coloquei em um servidor rodando um Debian Jessie atualizado.
Eventualmente, recuperei o array, mas duas unidades recusaram-se a adicionar novamente. Olhando para essas unidades, parece que eu tinha de alguma forma adicionado os dispositivos para a matriz em vez das partições (autodetect RAID do Linux) (sdz em vez de sdz1) - eu recebo o que parece ser a saída adequada para mdadm -E /dev/sdz , mas se eu executar mdadm -E /dev/sdz1 , recebo mdadm: cannot open /dev/sdz1: No such device or address .
Olhando mais, parece que as partições para estas duas unidades são dispositivos especiais de caracteres em vez de blocos especiais:
root@comp:~# file /dev/sda1 # good drive
/dev/sda1: block special (8/225)
root@comp:~# file /dev/sdz1 # bad drive
/dev/sdz1: character special (8/209)
Mesmo depois de zerar o disco inteiro com o dd e recriar as partições com o fdisk, elas ainda retornam da mesma maneira! O que está acontecendo aqui?
Editar: veja o que eu tenho a dizer sobre esses dispositivos:
root@comp:~# ls -l /dev/sdz*
brw-rw---- 1 root disk 65, 0 Feb 1 15:02 /dev/sdz
cr-------- 1 root root 65, 1 Jan 31 18:31 /dev/sdz1
E2: números relevantes de / proc / partitions:
root@comp:~# cat /proc/partitions | egrep 'sdz|sda'
65 0 976762584 sdz
65 32 976762584 sda
65 33 976760832 sda1
Eu não entendo porque o particion do sdz não está aparecendo aqui.
Excluir / dev / sdz1 (a partição do dispositivo de caractere) com apenas um rm /dev/sdz1 e, em seguida, chamar partprobe /dev/sdz fez com que a nova partição fosse exibida corretamente.
Eu não tenho nenhuma explicação para o porquê isso aconteceu originalmente, mas essa solução funcionou para mim.
Tags hard-drive raid mdadm block-device dev