Estou procurando horas e desistindo / com muito medo de excluir todos os meus dados. Eu tenho um servidor de arquivos rodando o CentOS 6.5 que tem 4 unidades WD RED 2TB (todas com > 1 ano) no software RAID 5 com mdadm
e algumas outras unidades (não importantes). Eu usei o LVM no topo do RAID5 para facilitar o gerenciamento e particionei o grupo de volumes como ext4.
Tudo isso funcionou muito bem até que precisei reiniciar. Aparentemente, esqueci de salvar as configurações de mdadm
para /etc/mdadm.conf
e, por causa disso, o RAID falhou. Ele continha algumas informações, mas eu deletei acidentalmente seu conteúdo executando algum comando que encontrei no Google.
Após horas de pesquisa, tentei executar mdadm -assemble
, mas isso me diz que nenhuma unidade possui um super bloco:
# mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1
mdadm: no recogniseable superblock on /dev/sdb1
mdadm: /dev/sdb1 has no superblock - assembly aborted
Também tentei sem os números de partição ( /dev/sdb
), mas obtive o mesmo resultado.
Então me deparei com este comando:
# mdadm --assemble --scan --verbose
mdadm: looking for devices for further assembly
mdadm: no recogniseable superblock on /dev/dm-3
mdadm: no recogniseable superblock on /dev/dm-2
mdadm: no recogniseable superblock on /dev/dm-1
mdadm: no recogniseable superblock on /dev/dm-0
mdadm: no recogniseable superblock on /dev/sdg1
mdadm: Cannot assemble mbr metadata on /dev/sdg
mdadm: no recogniseable superblock on /dev/sda1
mdadm: Cannot assemble mbr metadata on /dev/sda
mdadm: no recogniseable superblock on /dev/sdf1
mdadm: Cannot assemble mbr metadata on /dev/sdf
mdadm: no recogniseable superblock on /dev/sdh1
mdadm: Cannot assemble mbr metadata on /dev/sdh
mdadm: Cannot assemble mbr metadata on /dev/sdc1
mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: Cannot assemble mbr metadata on /dev/sdd1
mdadm: Cannot assemble mbr metadata on /dev/sdd
mdadm: no recogniseable superblock on /dev/sde1
mdadm: Cannot assemble mbr metadata on /dev/sde
mdadm: no recogniseable superblock on /dev/sdb1
mdadm: Cannot assemble mbr metadata on /dev/sdb
mdadm: no recogniseable superblock on /dev/sdk1
mdadm: Cannot assemble mbr metadata on /dev/sdk
mdadm: Cannot assemble mbr metadata on /dev/sdj2
mdadm: Cannot assemble mbr metadata on /dev/sdj1
mdadm: Cannot assemble mbr metadata on /dev/sdj
mdadm: no recogniseable superblock on /dev/sdi2
mdadm: no recogniseable superblock on /dev/sdi1
mdadm: Cannot assemble mbr metadata on /dev/sdi
mdadm: No arrays found in config file or automatically
O mais estranho é que se eu correr especificamente nas unidades, ele me dá as informações:
# mdadm --examine /dev/sdc1
/dev/sdc1:
MBR Magic : aa55
Partition[0] : 432871117 sectors at 3224498923 (type 07)
Partition[1] : 1953460034 sectors at 3272020941 (type 16)
Partition[3] : 924335794 sectors at 50200576 (type 00)
O mesmo resultado em sdd1
, mas não em sdb1
e em sde1
, ou seja. as outras 2 unidades.
Neste momento eu desisti e não quero quebrar o RAID. Ele contém dados muito importantes, que não tem backups (eu sei realmente estúpido, mas eu estava trabalhando em um sistema de backup).
Alguém sabe como corrigir isso ou recomendação sobre o que fazer a seguir? É muito importante manter os dados ou fazer backup dos dados armazenados no array.
UPDATE Desde que eu estava com medo de tocá-lo e arriscar perder completamente os dados. Eu contratei alguém de freelancer.com. Eu tenho os dados de volta agora e fazer backups dele. Depois disso, vou reconstruir completamente o array para evitar que isso aconteça novamente. Eu também pedirei a ele pelo processo de recuperação e poste-o aqui para que outras pessoas com o mesmo problema possam tentar recuperar o array.
Tags mdadm raid5 centos software-raid