Dados ocultos ou perdidos em HDDs no RAID1 no servidor Ubuntu 12.04?

1

Especialistas em Ubuntu e dados, por favor, qualquer conselho sobre esta situação:

Tivemos um servidor com o Ubuntu 12.04 com 2 HDDs no RAID1. Um dia o sistema simplesmente não inicializou e depois de alguma investigação, percebemos que nem todos os dados estão no lugar, na verdade. Não há pastas / home, / bin e / var

Aqui está uma tela do Ubuntu Live CD. Alguém poderia explicar como isso aconteceu:

VerificamososHDDscomofsck-nadaapareceu

OSmartmontoolsmostroucercade200setorespararemapearno1ºHDD,eestátudobemno2º.

NóstentamosrestaurardadoscomoTestDisk-nenhumarquivoem/home,/bin,/var.Apenasessaspastas-/home,/bin,/varquesãomostradasemvermelho(comodeletado,euacho)(mesmoemambososHDDs)

Naverdade,encontramosumbloqueioruimem1discorígidocomTestDisk(na imagem abaixo ), mas como apenas um bloco ruim pode afetar mais de 32 GB de dados? Isso poderia ser um superbloco?

Minha pergunta - existe alguma maneira de restaurar esses dados ocultos? E alguém poderia me dizer como isso aconteceu, foi falha de hardware ou intenção maligna de alguém?

Atualização: Phillip muito obrigado pela sua resposta,

Primeiro, executar o Nautilus como root não nos dá acesso a nenhum arquivo adicional.

Em segundo lugar, você está certo, nós verificamos /dev/md1 com Testdisk, não com HDDs individuais, porque o Testdisk não queria trabalhar em /dev/sda2 ou /dev/sdb2 dizendo que essa partição é parte de uma matriz de raid.

Terceiro, eu disse que /bin, /home and /var são mostrados em vermelho ao verificar RAID com TestDisk, mas essas pastas parecem estar vazias quando eu tentei entrar dentro delas (quando em TestDisk)

Mais adiante, aqui está a saída de sudo ls -ld /home /var /bin :

drwxr -xr -x 2 root root 2799 Apr 23 11:41 /bin
drwxr -xr -x 1 root root 60 Aug 9 18:56 /home
drwxr -xr -x 1 root root 120 Apr 23 11:38 /var

Mas este comando verifica o disco não desejado, mas o nosso disco virtual (estamos trabalhando no Ubuntu Live CD agora)

Então, modificamos esse comando para chegar ao nosso HDD montado desejado assim: sudo ls -ld home var bin etc

ls: cannot access home: No such file or directory
ls: cannot access var: No such file or directory
ls: cannot access bin: No such file or directory
drwxr -xr -x 92 root root 4096 Aug 5 20:31 etc

(Adicionei etc ao comando apenas para verificar se o comando funciona, porque etc está disponível em nosso HDD)

    
por Switch 10.08.2012 / 10:59

1 resposta

0

Sua primeira captura de tela não indica uma perda de dados. A mensagem "alguns conteúdos ilegíveis" indica que o gerenciador de arquivos não pôde ler os tamanhos de todos os arquivos devido às permissões do sistema de arquivos, e não devido a danos no sistema de arquivos.

Rodar o nautilus como root ou sudo du -h /path na linha de comando lhe dará o uso de todos os arquivos.

Em segundo lugar, você diz que as pastas são mostradas em vermelho. O que você quer dizer com isso (onde eles são mostrados como vermelhos)? Os arquivos e pastas excluídos não são exibidos, portanto, essa não é a causa. Pode ser que haja apenas as permissões ausentes ou que esses diretórios não sejam, de fato, diretórios, mas links simbólicos em que o destino está ausente (nesse caso, ls , por exemplo, mostra-os na cor vermelha).

Para esclarecer ainda mais, cole a saída de sudo ls -ld /home /var /bin .

Quanto ao erro de leitura, você diz que está em um disco rígido, mas a captura de tela diz que está em /dev/md1 (portanto, no ataque com os dois discos)? Em geral, uma única falha em um sistema de arquivos pode criar uma perda de dados completa, mas isso é improvável. Acho que você poderá recuperar seus dados se tiver cuidado, não fizer algo prematuro e interpretar todos os sinais e mensagens corretamente.

Uma nota importante: Antes de fazer qualquer coisa, especialmente algo que altere os dados nos discos (isso inclui ressincronização de raid, montagem, fscks, testdisk, etc.), por favor, faça um completo "bitwise dump" dos discos! Só assim você poderá experimentar com segurança.

    
por Philipp Wendler 10.08.2012 / 11:42