Como posso reparar meu disco rígido sem perder arquivos?

Question

Em suma. Tenho problemas em acessar arquivos no meu disco rígido. Eu também suponho que não é um problema de hardware (é mais no "nível de software"). Eu gostaria de saber se existem maneiras (comandos Linux, ferramentas Linux) que podem ajudar a monitorar o disco rígido e detectar o problema. Aqui está uma descrição mais detalhada do que aconteceu.

Eu tenho um disco rígido Verbatim com muitos arquivos. Hoje eu tentei usá-lo no Ubuntu. No navegador de arquivos, vi a pasta Verbatim e tentei abri-la. Como resultado, vi um relógio indicando que o processo é executado e precisa de mais tempo. Eu ponderado por um minuto ou mais, vi a mesma imagem (ainda em execução, a pasta não está aberta) e tentei fazer o mesmo no terminal. Eu usei cd para entrar na pasta Verbatim, depois na pasta que eu executo ls -ltr . Como resultado, não consegui nada. Tentei cancelar o comando por Ctrl C , não deu certo, por isso acabei de fechar o terminal. Então no painel eu tentei eject ou unmount do dispositivo (não me lembro como ele é chamado) e o Ubuntu me escreveu que o dispositivo está ocupado executando o comando ls (ou algo parecido). Eu desconectei o dispositivo mesmo assim.

Então eu tentei acessar os arquivos no disco rígido usando outro computador que roda no Windows. As janelas reconheceram o dispositivo, mas me disseram que um erro foi detectado e recomenda-se fazer uma varredura (no entanto, ainda havia uma opção para mostrar os arquivos sem uma varredura). Eu escolhi fazer uma varredura. Demorou muito tempo sem mostrar nenhum progresso e cancelei a verificação.

Depois, desconectei o dispositivo e o inseri novamente. Ainda havia a opção de digitalizar. A verificação pode ser realizada com duas opções: (1) detectar erros e corrigi-los automaticamente e (2) detectar arquivos ausentes e tentar restaurá-los. A primeira opção foi marcada por padrão (a verificação anterior (cancelada) que executei dessa maneira). Desta vez, verifiquei também a segunda opção (para que ambas as opções tenham sido verificadas) e iniciei a verificação novamente. Novamente, foi muito lento sem mostrar nenhum progresso, então cancelei novamente.

Em seguida, iniciei a verificação com a primeira opção marcada (localize erros e corrija-os automaticamente) e conceda tempo suficiente. Após cerca de 20-30 minutos, estava pronto. Como resultado, recebi uma mensagem informando que algumas das pastas não puderam ser acessadas e foram removidas permanentemente. Depois disso, consegui usar o dispositivo (insira pastas e subpastas e veja os arquivos).

Então eu tentei o dispositivo no Ubuntu novamente. Demorou cerca de um minuto para o Ubuntu reconhecer o dispositivo (é muito longo). Então eu tive o mesmo problema (eu não conseguia ver as pastas localizadas no disco rígido). Isso significa que vejo a pasta do disco rígido, posso ir para essa pasta, mas não consegui ver quais arquivos estão lá.

Depois, conectei o dispositivo à máquina Windows e não consegui reconhecer o dispositivo (ele não o vê de jeito nenhum). Eu suponho que no Ubuntu eu fiz desmontar (ou algo assim) e nisso eu bloqueei o disco rígido (para que ele não seja visto pela máquina Windows). No entanto, não tenho certeza sobre essa suposição. Provavelmente o dispositivo está de alguma forma quebrado.

Alguém poderia me ajudar com isso porque no dispositivo eu tenho todas as fotos da minha família nos últimos 7 anos.

    

Answer 1

Em primeiro lugar, você deve verificar o tipo de sistema de arquivos usado nessa unidade. É mais provável FAT32. Você pode fazer isso usando o comando fdisk:

fdisk -l

Isso retornará uma lista de dispositivos e em cada linha haverá um "Tipo" que revelará o sistema de arquivos:

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048 219353087 219351040 104.6G 83 Linux
/dev/sda2       219355134 234440703  15085570   7.2G  5 Extended
/dev/sda5       219355136 234440703  15085568   7.2G 82 Linux swap / Solaris

Se você tiver outra unidade disponível que seja igual ou maior que a unidade com falha, a maneira mais fácil de tentar uma recuperação na minha experiência é usar uma ferramenta chamada dd-rescue. Mais informações podem ser encontradas aqui: dd-rescue

Você também pode usar manualmente o dd para transformar uma imagem de toda a unidade em um arquivo. Se o disco rígido for grande, isso pode levar muito tempo. Você também precisa ter certeza de que tinha espaço suficiente em disco em qualquer disco que planeja criar a imagem de backup e também ter certeza de que o filesytem em uso suporta arquivos grandes o suficiente para conter o tamanho da unidade inteira.

Aqui está um exemplo de como você pode fazer isso manualmente:

dd bs=4k if=/dev/sda of=/path/to/backup.img conv=noerror,sync 

No comando acima / dev / sda está o disco danificado e backup.img é o arquivo que conterá o conteúdo de todo o disco como backup. Mais informações sobre este comando podem ser encontradas aqui:

recuperar-dados-de-um-morto-difícil -drive-using-dd

Pode ser melhor usar um argumento de tamanho de bloco menor para arriscar perder menos dados quando forem encontrados erros. por exemplo. "bs = 1024" no entanto isso fará com que a operação demore ainda mais.

É muito difícil determinar se um disco rígido está realmente falhando, a menos que seu disco rígido tenha recursos como o SMART ativado. É possível que o seu disco não esteja falhando e que seu problema seja devido à corrupção do sistema de arquivos.

Infelizmente eu não conheço uma boa maneira de determinar de forma realista o quanto um disco rígido está danificado, a não ser recursos como o SMART, que geralmente é controlado pelo BIOS.

Depois de determinar o tipo de sistema de arquivos que você está usando nesse disco, você pode tentar reparar o sistema de arquivos como fazia anteriormente no Windows usando o comando fsck: (certifique-se de estar usando o fsck que corresponde ao seu sistema de arquivos específico tipo.

fsck.vfat /dev/sdb1

Deve-se notar que o Linux nem sempre é bom para reparar ntfs ou partições gordas e, portanto, isso não deve ser tentado até que você tenha verificado seu backup. Na verdade, eu recomendaria que você realizasse a tentativa de reparo na imagem de backup. Instruções para executar um fsck em um arquivo de backup podem ser encontradas aqui: montagem-de-um-arquivo-de-particao-feita-com-dd

Dependendo de como o sistema de arquivos foi montado, o comando ls pode de fato corromper o sistema de arquivos se ele estiver alterando o arquivo ou metadados de diretório; especificamente atualizando o tempo de acesso. Desconectar a unidade enquanto ela está gravando qualquer coisa causará erros no sistema de arquivos, especialmente em sistemas de arquivos que não possuem recursos de registro no diário (como o FAT32). Esses erros normalmente podem ser corrigidos com o fsck.

Lamento muito que você esteja em uma posição tão precária e espero que você consiga recuperar esses arquivos.

    

Answer 2

Volte para o seu sistema Linux.

Abra um terminal raiz e digite tail -f /var/log/kern.log , maximize essa janela.

Conecte seu disco rígido.

Se você tiver um problema de hardware com a unidade, ele será exibido aqui. Se houver um problema com a conexão USB, você receberá mensagens dizendo "Não é possível enumerar o dispositivo" ou semelhante. Se houver um problema de mídia com a unidade, você receberá mensagens sobre blocos defeituosos.

Se você tiver um erro de conexão USB, pode haver um problema com o cabo USB, conector ou adaptador USB-para-SATA que está no compartimento do disco rígido (pinos quebrados, conector caindo, etc.)

Supondo que seu modelo de disco rígido externo não possua recursos de criptografia na placa USB, você pode remover a unidade do gabinete, conectá-la diretamente a um PC e trabalhar com ela como qualquer unidade interna. Se ele tiver criptografia - você realmente precisa fazer com que a placa funcione, e deve tentar convencer alguém com eletrônica / solda para substituir o conector USB ou soldar um cabo diretamente aos blocos da placa (que, espera-se, não sejam arrancados) ). O disco rígido ainda funcionará em outro sistema, mas você não poderá obter seus dados.

Exemplo da placa USB que estaria dentro do gabinete:

Depoisdetereliminadoqualquerproblemadehardware,vocêpodetentarexecutaroTestdiskparaveroqueelepoderecuperar.Vocêpodeinstalarissodeapt-getemumterminalraiznoUbuntu,oufazerodownloadeexecutar a versão do Windows . Ter outra unidade pronta para copiar arquivos e fazer backup dos dados da próxima vez.

Boa sorte.

    

Answer 3

Não há como consertar um disco rígido com falha sem o risco de perder arquivos. Dependendo de quanto os dados na unidade valem para você, um serviço de recuperação de dados profissional pode ser sua melhor opção. Eu acredito que esses serviços começam em torno de US $ 500 e sobem, às vezes dramaticamente, dependendo de quanto esforço é necessário para recuperar dados. Até mesmo o melhor serviço de recuperação de dados pode não ser capaz de recuperar todos os seus dados, mas eles têm uma chance muito melhor do que qualquer coisa que você poderia fazer sozinho.

Recomendamos que você explore os Seagate Recovery Services para obter mais em formação.

Tenho certeza de que isso não é o que você quer ouvir, mas a recuperação de dados profissional pode abrir a unidade e executar outros procedimentos que simplesmente não são possíveis por conta própria. A recuperação de dados exige conhecimento especializado, software e ferramentas especializados, peças de disco rígido e deve ser feita em uma sala limpa. Não é possível fazer em casa.

    

Answer 4

Já tentou fazer uma verificação completa do disco manualmente com o Windows?

Se você abrir um cmd e digitar chkdsk /?, ele terá todas as opções possíveis.

Para uma partição NTFS, você pode fazer o chkdsk / F / R / B / X, que faz a verificação mais completa. Para FAT32, deixe de fora / B.

Esteja ciente de que isso leva muito tempo, dependendo do seu disco rígido. Mas poderia ser uma possibilidade de resgatar alguns dados.