Eu criei um array mdadam raid como este no KDE Neon,
sudo mdadm --create --verbose /dev/md0 --level=0 --raid-devices=3 /dev/sdf /dev/sdg /dev/sdh
Eu dou uma olhada no gparted e fico surpreso ao ver que sdg e sdh têm uma partição com sistema de arquivos linux linux-raid. Mas o sdf não possui nenhuma partição.
Eu criei um segundo array de ataque também, então eu tinha estes,
/dev/md0
/dev/md1
Não me importo com dados completos, pois são 100% uma unidade de backup, mas preciso construir um local estável para fazer backup dos meus dados.
Depois de mais ou menos um dia, reiniciei minha máquina e acabei com dois arrays raid em minha máquina (estou usando o webmin para procurar),
/dev/md126
/dev/md127
Nenhum deles é legítimo porque ambos não mostram nenhum dispositivo no array. Além disso, criei md0 e md1, não md126 e md127.
Quando executo esses comandos,
sudo mdadm --examine /dev/md126
sudo mdadm --examine /dev/md127
Não obtenho nenhum resultado.
Recriei md0 e md1, mas agora quando tento montar,
sudo mount /dev/md0 /media/petermc/Security
Eu entendi isso,
mount: /media/petermc/Security: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error.
Esse,
sudo mdadm --examine /dev/md0
sudo mdadm --examine /dev/md1
Retornos,
mdadm: No md superblock detected on /dev/md0
mdadm: No md superblock detected on /dev/md1
Praticamente a única outra coisa que consigo pensar que é importante no momento é que essas unidades são, em sua maioria, unidades externas, além disso, mudei uma das unidades para uma porta USB diferente.
Aberto a qualquer conselho disponível. Estou pensando em abandonar essa abordagem e voltar a usar as unidades separadamente.
Responder1
Reuni informações do Google e fiz a configuração abaixo em uma máquina virtual em um novo neon do KDE. Posteriormente apliquei isso ao meu servidor, com bons resultados até agora.
Ao testar na máquina virtual, tive alguns problemas de inicialização, então tive que revisar minha configuração até que isso fosse resolvido. Simplesmente, os problemas que tive acima foram porque perdi algumas partes importantes da configuração. Mais notavelmente update-initramfs.
Minhas informações são baseadas nisso com ajustes necessários para trabalhar com o KDE neon,
https://www.tecmint.com/create-raid0-in-linux/
Após uma instalação limpa do KDE neon, criei 3 unidades, sdb, sdc, sdd.
Primeiro é criar partições,
por exemplo, repita o seguinte em cada unidade
fdisk /dev/sdb
n (new partition)
P (Primary)
1 (number 1)
Enter (default value)
P (print)
L list
t chose the partition
fd (linux raid auto)
P (print)
w (write)
Crie a matriz de ataque,
mdadm -C /dev/md0 -l raid0 -n 3 /dev/sdb /dev/sdc /dev/sdd
Confira,
cat /proc/mdstat
mdadm --detail /dev/md0
Criar sistema de arquivos,
mkfs.ext4 /dev/md0
Monte-o,
mkdir /mnt/raid0
mount /dev/md0 /mnt/raid0/
Verifique o ponto de montagem,
df -h
Adicione um arquivo ao sistema de arquivos para verificar se está funcionando,
touch /mnt/raid0/tecmint.txt
echo "Hi everyone how you doing ?" > /mnt/raid0/tecmint.txt
cat /mnt/raid0/tecmint.txt
ls -l /mnt/raid0/
Adicione uma entrada no fstab para montar após a inicialização
nano /etc/fstab
A entrada no fstab, eu criei assim, mas na inicialização recebo um erro quepadrõesé uma opção inválida,
/dev/md0 /mnt/raid0 ext4 defaults 0 0
Isso é o que funcionou para mim com base na leitura das páginas de manual. Isto é equivalente apadrões. Mas por qualquer motivopadrõesnão funcionou,
/dev/md0 /mnt/raid0 ext4 rw,suid,dev,exec,auto,nouser,async 0 0
Verifique a montagem,
mount -av
Escreva a configuração do raid no arquivo de configuração mdadm (esta parte também difere do link acima, tive que mudar para root para fazer isso, e a pasta é diferente),
sudo -i
sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf
Foi quando comecei a ter coisas estranhas na inicialização. A matriz raid /dev/md0 não foi encontrada durante a inicialização, o que estava causando atrasos na inicialização durante a tentativa de inicialização. Após a inicialização, ele começou a aparecer como /dev/md126 (que é o que eu estava vendo na minha configuração original mencionada na minha pergunta).
Esta parte écrucialpara evitar isso,
sudo update-initramfs -u
Está descrito aquihttps://ubuntuforums.org/showthread.php?t=1764861
Assim que fiz isso, o processo de inicialização funcionou corretamente. O ataque inicia como /dev/md0 e a montagem funciona. Tudo certo.