Unidade externa de 500 GB USB montada com permissões indeterminadas, dados ausentes

2

Nota: Esta situação está evoluindo. Por favor, veja a saída no final desta questão para a situação atual.

Estou usando o Linux Mint 14. Recentemente, particionei um dos meus discos rígidos e fiz backup de todos os meus dados em uma unidade USB externa de 500 GB. Agora estou tentando copiar esses dados de volta.

No entanto, a unidade está se comportando de maneira estranha. Quando eu o conecto, ele aparece na minha área de trabalho:

...masquandoclicocomobotãodireitodomouseeselecionoparaver"Propriedades", abaixo da guia "Permissões", ele diz:

The permissions of "USB500" could not be determined.

Nãofoipossíveldeterminaraspermissõesde"USB500"> </p>

<p> Além disso, ele mostra que 359,7 GB da unidade são usados, o que é a quantidade certa para os dados de backup: </p>

<p> <img src="https://i.stack.imgur.com/dbiIL.png"></p><p>...mas,quandoolhaparaaunidade,amaioriadosarquivosnãoévisívelparamim.Porexemplo,quandoeuolhoparaaspropriedadesdodiretório"dave", onde é feito o backup da maioria dos meus arquivos, ele diz que tem apenas 1,3 MB de tamanho: </p>

<p> <img src="https://i.stack.imgur.com/SWZum.png"> </p>

<p> Deveria haver mais de 300 GB nessa pasta. </p>

<p> Por que a maioria dos meus arquivos aparentemente está faltando quando os dados usados no disco são muito maiores? Por que as permissões não são determinadas? </P>

<p> Mais importante, qual é o processo mais seguro para eu diagnosticar problemas e recuperar os dados deste disco? </p>


<p> <strong> Atualização: </strong> Essa saída foi solicitada em uma resposta abaixo: </p>

 <pre><code>$ mount | grep USB500
/dev/sdd1 on /media/dave/USB500 type ext4 (rw,nosuid,nodev,uhelper=udisks2)
</code></pre> 

<p> Quando eu executei o seguinte comando, recebi um fluxo enorme de linhas que terminaram com  <code>Input/output error</code>   (muitas para reproduzir aqui, mas são basicamente as mesmas): </p>

 <pre><code>$ sudo find /media/dave/USB500 -ls | less
find:

Por um lado, isso parece indicar uma possível falha de hardware (?). Por outro lado, está listando todos os arquivos que eu estou esperando recuperar ... então é possível que eles estejam acessíveis? Eu realmente espero que sim ...

Atualização 2: Eu tentei executar o fsck na esperança de consertar a unidade e recuperar pelo menos alguns dados, mas recebi esta resposta:

$ sudo fsck -y /dev/sdb
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb
Could this be a zero-length partition?

Às vezes, a unidade não parece ser montada, não determinei um padrão sobre o que a torna impossível de montar. Depois de desligá-lo e ligá-lo, ou após uma reinicialização, parece que consigo recuperá-lo.

Eu removi o disco rígido da sua interface USB e o conectei ao barramento P / SATA interno do computador, mas parecia que a unidade se comportava exatamente da mesma forma, com sintomas idênticos.

Acredito que essa unidade está morrendo, então agora o objetivo é tentar encontrar alguma maneira de acessar os dados que devem estar lá o tempo suficiente para copiar o máximo possível. Sugestões sobre como eu poderia fazer isso seriam muito apreciadas. Na verdade, existem apenas alguns diretórios chave que gostaria de acessar, portanto, se a falha não for muito global, talvez eu consiga obter o que preciso.

Atualização 3: Atualmente, estou executando o seguinte comando. Eu comecei há um dia e ainda continua. Espero que esteja fazendo algo útil. Se alguém puder confirmar para mim o que a saída abaixo indica sobre seu progresso, isso seria muito útil.

$ sudo ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image
/home/dave/recovery_usb500.logfile


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:         0 B,  errsize:    500 GB,  current rate:        0 B/s
   ipos:     5366 MB,   errors:       1,    average rate:        0 B/s
   opos:     5366 MB,     time from last successful read:       1 d
Splitting failed blocks...
    
por Questioner 27.05.2013 / 10:52

4 respostas

4

Acho que seus próximos passos dependem de quão valiosos são os dados na unidade.

Se for bastante valioso, o próximo passo deve ser parar de tentar a recuperação e, em vez disso, entrar em contato com uma empresa de recuperação de dados. Espero que seja apenas a eletrônica na falha do PCB, caso em que eles devem ser capazes de fazer uma recuperação completa relativamente barata.

Se você não for fazer isso, seu objetivo deve ser obter uma imagem de quantos setores puder da unidade com falha. (Você precisará de uma unidade com mais de 500 GB para armazená-la, mas isso não deve ser um problema).

Se você tem uma unidade exatamente idêntica (que funciona), você pode tentar pegar emprestado o PCB da unidade de trabalho. Você vai querer praticar a troca de PCBs em unidades que não contenham dados importantes primeiro, para ter certeza de que você sabe o que está fazendo.

Caso contrário, você pode tentar ferramentas como dd_rescue / myrescue / gddrescue / etc. Pode ser que o drive funcione um pouco, então morra completamente, nesse caso você terá que fazer muitos passes, obtendo mais setores a cada ciclo de reset / power.

Depois de ter uma imagem da unidade, o próximo passo é fazer uma cópia dessa imagem e trabalhar na cópia.

Sugiro que você tente fsck da cópia e, em seguida, monte-a em loop.

    
por 29.05.2013 / 18:14
3

Parece que você fez um backup com um usuário diferente ou que as permissões agora atribuídas à unidade são diferentes.

Primeiro, você deve observar o resultado de:

mount | grep USB500

(e provavelmente estender sua pergunta com isso) Depois disso, pode montar a unidade somente leitura fazendo:

sudo mount -o remount,ro /media/dave/USB500

e obtenha uma listagem do que está lá novamente como root:

sudo find /media/dave/USB500 -ls | less

e tente ver se todos os dados estão lá e se há problemas de propriedade / permissão nos dados.

    
por 27.05.2013 / 11:10
2

Mesmo se você tiver uma unidade exatamente idêntica, é possível que o firmware tenha apenas algumas versões de uso e ele ainda funcione. No entanto, existem algumas coisas que você pode fazer. Se você suspeitar que a unidade falhou devido a um surto de energia, existe o que é conhecido como Circuito Crowbar que geralmente morre e impede que a unidade funcione para que os dados não sejam danificados. No entanto, cada fabricante tem um circuito diferente em suas placas, então cabe a você determinar onde está e como removê-lo (recortes ou pontas de solda).

O caminho mais fácil, e eu sei que isso soa absurdo, mas eu pessoalmente testei isso (eu costumava escrever software para limpar discos rígidos e também trabalhei em uma equipe projetando tecnologia para trazê-los de volta), você pode colocá-lo no congelador durante a noite, e ligá-lo no dia seguinte. Freqüentemente os pratos ou o braço saem do controle ou do desequilíbrio, e a natureza restritiva do frio pode permitir que eles façam o suficiente para obter seus dados.

Finalmente, se você se sentir aventureiro e estiver disposto a gastar um pouco de tempo e um pouquinho de dinheiro (para o módulo USB-TTL de 5v), você poderá se comunicar com o drive, tentar exibir um novo firmware e ver se isso traz de volta. Um guia (que realizei e funciona) está aqui: link

    
por 29.05.2013 / 23:15
0

Você tentou recuperar os dados? Se não, você pode verificar o link para recuperação de arquivos: Data Recovery Using dd_rhelp

(Desculpe, não tenho certeza se é correto fornecer uma solução alternativa)

    
por 03.06.2013 / 22:06