O que acontece se você tentar o seguinte:
mkdir /mnt/md1
mount /dev/md1 /mnt/md1
mkdir /mnt/md2
mount /dev/md2 /mnt/md2
?
Isto irá criar pastas vazias para usar como pontos de montagem e tentar montar os sistemas de arquivos raid se ele puder montá-los corretamente (se tiver algum problema ao montá-los, ele informará o erro e deixará as unidades intactas).
Se esses comandos funcionarem, seus arquivos estarão em /mnt/md1/servers/ ou /mnt/md2/servers/ (provavelmente o segundo)
Para referência futura:
/proc/mdstat envia uma lista de todos os arrays RAID ativos e inativos. Para você, isso mostra que você tem uma matriz de 21,5GiB ( md1 ) baseada em /dev/sda1 e /dev/sdb1 e uma segunda matriz de 1,9TiB ( md2 ) incorporada em /dev/sda2 e /dev/sdb2 . Esse é um esquema de particionamento bastante comum em que o OS / Applications reside em uma partição pequena ( md1 ) e todos os dados do usuário ( /home/* ) são armazenados em uma partição separada e maior ( md2 ). Isso facilita a limpeza da partição do SO e a reinstalação sem a necessidade de mover um monte de dados do usuário.
/etc/fstab lista todos os pontos de montagem padrão no sistema. Isso não é muito útil aqui porque você está usando um sistema de recuperação, mas em um sistema que não é de resgate, veríamos algo como um mapeamento para /dev/md1 to / e /dev/md2 to /home/ (se a suposição sobre o particionamento no parágrafo anterior é verdadeira).
Quando um sistema é inicializado, ele detecta automaticamente as matrizes RAID e as iniciará se encontrar todas as unidades (por isso elas já estão em execução e por que mdadm falhou com um erro de ocupado quando você tentou montar um array /dev/md9 manualmente - o array md1 já estava usando). No entanto, como esse é um sistema de recuperação, não havia informações de montagem em /etc/fstab para informar ao sistema para montar /dev/md1 e /dev/md2 em algum lugar - isso é o que o bloco de comandos acima tenta fazer manualmente.