Desencadeia um array fakeraid de dois discos

5

Eu tenho um sistema com dois discos em um array RAID-1 configurado para bios, atualmente o Win7 de boot duplo e o Ubuntu 10.10. Eu optei por fakeraid, ao invés de softraid, para que o disco invadido pudesse ser visto tanto do Win7 (jogos) quanto do Ubuntu (todo o resto!). Por várias razões, decidi desistir de executar esse sistema com um disco invadido, então gostaria de dois discos separados: um para as duas versões do sistema operacional e outro para dados.

Eu removi a configuração RAID no BIOS e reiniciei. Ambos os sistemas operacionais inicializam OK, mas não posso dizer o que está acontecendo com a configuração do disco. Quando eu listo a tabela de montagem, continuo com as entradas /dev/mapper que eram familiares do fakeRAID:

$ sudo mount | grep /dev
/dev/mapper/pdc_beidbcaig5 on / type ext4 (rw,errors=remount-ro,commit=0)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
/dev/dm-1 on /mnt/windows type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/mapper/pdc_beidbcaig9 on /home type ext4 (rw,user_xattr,commit=0)
/dev/mapper/pdc_beidbcaig6 on /var type ext4 (rw,commit=0)
/dev/mapper/pdc_beidbcaig7 on /boot type ext3 (rw,commit=0)

Se eu iniciar o gparted, posso ver as partições dos dois discos espelhados, listadas separadamente para /dev/sda e /dev/sdb . No entanto, quando peço informações sobre qualquer partição exibida no gparted, recebo um aviso:

Warning: no such file or directory while trying to open /dev/sda5
Couldn't find valid system superblock

dumpe2fs 1.41.12 (17-May-2010)
dumpe2fs: No such file or directory while trying to open /dev/sda5

Unable to read the contents of this file system!

Agora, é claro que o sistema de arquivos pode ser lido, porque, do contrário, ele não seria inicializado. Mas igualmente claramente algo está errado na configuração do disco. Infelizmente, eu realmente não sei por onde começar.

Eu li a página do manual de dmraid e achei que a opção -x era o que eu precisava. No entanto:

$ sudo dmraid -x
About to delete RAID set pdc_beidbcaig
WARNING: The metadata stored on the raidset(s) will not be 
  accessible after deletion
Do you want to continue ? [y/n] :y
ERROR: Raid set deletion is not supported in "pdc" format

Em resumo, quais etapas devo tomar para garantir que meus dois discos RAID-1 anteriormente espelhados se tornem dois drives independentes separados, um dos quais posso reformatar para armazenar mais dados?

Obrigado!

    
por Ian Dickinson 29.12.2011 / 02:43

2 respostas

3

OK, encontrei algumas informações úteis em este tópico . Em particular, fazendo

sudo dmraid -rE

foi útil, embora eu tenha precisado corrigir manualmente /etc/fstab depois disso, de maneira razoável. Ainda não tenho certeza se cobri tudo, e ficaria feliz em ter uma explicação sobre o que dmraid faz. Encantamentos mágicos para "tornar tudo melhor" são bons, mas eu prefiro entender o que estou fazendo, pelo menos em termos gerais!

    
por Ian Dickinson 29.12.2011 / 12:03
1

Interessante, acho que aprendi algo novo sobre hoje. O RAID de software em geral é baseado no conceito de inserir metadados no disco em algum lugar e, em seguida, assumir esses discos com um driver especial e apresentá-lo como um novo disco virtual com um superconjunto de novos recursos.

Normalmente, se você remover os metadados, os dados armazenados reais serão perdidos ou, pelo menos, o roteiro para eles será perdido. Considere um RAID 5 onde os dados estão espalhados por vários discos, tradicionalmente você só pode montar um único disco, que era o RAID5 que acabou de destruir , portanto, não existe mapeamento para acessar seus dados.

Eu acho que você acertou o caso trivial do desprovisionamento do dmraid, já que o RAID1 é realmente um espelho puro da outra unidade, as posições de seus dados e tabelas de partição fazem sentido. Agora que os metadados se foram graças a dmraid -E , o driver dmraid não tem mais motivos para reclamar os discos e montar o RAID, então você nunca deve ver essas entradas / dev / mapper novamente. / p>

A reconfiguração do fstab era uma parte necessária da migração, também, se você tivesse usado rótulos de sistema de arquivos em vez de pontos de montagem, nenhuma alteração de fstab teria sido necessária.

Eu não sei se isso é parte do projeto dmraid ou não, de qualquer forma eu sei que eu nunca contaria com esse recurso com meus dados . Eu não esperaria que o MD operasse dessa maneira. Acho que você teve muita sorte e que, da próxima vez, deverá fazer backup de todos os seus dados antes de reconfigurar suas unidades de maneira invasiva.

    
por ppetraki 30.01.2012 / 15:36