Resumidamente. Tenho problemas para acessar arquivos no meu disco rígido. Presumo também que não seja um problema de hardware (está mais no "nível de software"). Gostaria de saber se existem formas (comandos Linux, ferramentas Linux) que possam 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 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 está em execução e precisa de mais tempo. Pesei por mais ou menos um minuto, vi a mesma imagem (ainda rodando, a pasta não está aberta) e tentei fazer o mesmo no terminal. Eu cdentrava na pasta Verbatim, depois estando na pasta eu executo ls -ltr. Como resultado, não recebi nada. Tentei cancelar o comando por Ctrl C, não funcionou, então apenas fechei o terminal. Aí no painel tentei o ejectdispositivo unmount(não me lembro como se chama) e o Ubuntu me escreveu que o dispositivo está ocupado executando ls(ou algo parecido) comando. Eu desconectei o dispositivo de qualquer maneira.
Então tentei acessar os arquivos no disco rígido usando outro computador com Windows. O windows reconheceu o dispositivo mas me informou que foi detectado um erro e é recomendado fazer uma varredura (porém ainda havia a opção de mostrar os arquivos sem escanear). Eu optei por fazer uma varredura. Demorou muito sem mostrar nenhum progresso e cancelei a verificação.
Então 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) eu executo desta forma). Desta vez marquei também a segunda opção (então ambas as opções foram marcadas) e iniciei a verificação novamente. Novamente, estava muito lento, sem mostrar nenhum progresso, então cancelei novamente.
Então iniciei a verificação com a primeira opção marcada (encontrar erros e corrigi-los automaticamente) e dei tempo suficiente. Após cerca de 20-30 minutos estava pronto. Como resultado, recebi uma mensagem informando que algumas pastas não puderam ser acessadas e foram removidas permanentemente. Depois disso consegui usar o devise (entrar nas pastas e subpastas e ver os arquivos).
Então tentei o dispositivo no Ubuntu novamente. Demorou cerca de um minuto para o Ubuntu reconhecer o dispositivo (é muito longo). Aí tive o mesmo problema (não consegui ver as pastas localizadas no disco rígido). Isso significa que vejo a pasta do disco rígido, posso entrar nesta pasta, mas não consegui ver quais arquivos estão lá.
Então conectei o dispositivo à máquina Windows e ela não conseguiu reconhecer o dispositivo (ele não o vê). Suponho que no Ubuntu eu desmontei (ou algo parecido) e nisso bloqueei o disco rígido (para que não seja visto pela máquina Windows). No entanto, não tenho certeza sobre essa suposição. Provavelmente o dispositivo está quebrado de alguma forma.
Alguém poderia me ajudar com isso porque no aparelho tenho todas as fotos da minha família dos últimos 7 anos.
Responder1
Primeiramente você deve verificar o tipo de sistema de arquivos usado nessa unidade. Provavelmente é FAT32. Você pode fazer isso usando o comando fdisk:
fdisk -l
Isto 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-resgate
Você também pode usar dd manualmente para transformar uma imagem de toda a unidade em um arquivo. Se o disco rígido for grande, isso pode demorar muito. Você também precisa ter certeza de que tem espaço em disco suficiente em qualquer disco em que planeja criar a imagem de backup e também ter certeza de que o sistema de arquivos em uso suporta arquivos grandes o suficiente para conter o tamanho de toda a unidade.
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 disco rígido morto usando dd
Talvez seja melhor usar um argumento de tamanho de bloco menor para que você corra o risco de perder menos dados quando forem encontrados erros. por exemplo, "bs=1024", porém 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 ele tenha recursos como o SMART habilitados. É possível que o seu disco não esteja falhando e que o problema seja devido à corrupção do sistema de arquivos.
Infelizmente, não conheço uma boa maneira de determinar de forma realista o quão danificado está um disco rígido, além de recursos como o SMART, que geralmente é controlado pelo BIOS.
Depois de determinar o tipo de sistema de arquivos que você está usando naquele disco, você pode tentar reparar o sistema de arquivos como fez antes no Windows no Linux usando o comando fsck: (certifique-se de estar usando o fsck que corresponde ao seu tipo específico de sistema de arquivos.
fsck.vfat /dev/sdb1
Deve-se notar que o Linux nem sempre é bom em reparar partições NTFS ou fat e, portanto, isso não deve ser tentado até que você tenha verificado seu backup. Na verdade, eu recomendo que você execute a tentativa de reparo na imagem de backup. Instruções para executar um fsck em um arquivo de backup podem ser encontradas aqui:montando um arquivo de partição bruto feito com dd
Dependendo de como o sistema de arquivos foi montado, o comando ls pode de fato corromper o sistema de arquivos se estiver alterando metadados de arquivo ou 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 bons recursos de registro em diário (como FAT32). Esses erros normalmente podem ser corrigidos com fsck.
Lamento muito que você esteja em uma posição tão precária e espero que consiga recuperar esses arquivos.
Responder2
Volte para o seu sistema Linux.
Abra um terminal raiz e digite tail -f /var/log/kern.log, maximize esta janela.
Conecte seu disco rígido.
Se você tiver um problema de hardware com a unidade, ele aparecerá aqui. Se houver um problema com a conexão USB, você receberá mensagens dizendo “Não é possível enumerar o dispositivo” ou algo semelhante. Se houver um problema de mídia na 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 gabinete do disco rígido (pinos quebrados, conector caindo da placa, etc.)
Supondo que o 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 ela tiver criptografia - você realmente precisa fazer a placa funcionar e deve tentar contratar alguém bom em eletrônica/soldagem para substituir o conector USB ou soldar um cabo diretamente nas almofadas da placa (que esperamos que não sejam arrancadas). ). O disco rígido ainda funcionará em outro sistema, mas você não conseguirá obter seus dados.
Exemplo de placa USB que ficaria dentro do gabinete:
Depois de eliminar qualquer problema de hardware, você pode tentar executar o Testdisk para ver o que ele pode recuperar. Você pode instalar isso apt-getem um terminal raiz no Ubuntu ou baixar e executara versão do Windows. Tenha outra unidade pronta para copiar arquivos efaça backup de seus dados na próxima vez.
Boa sorte.
Responder3
Não há como reparar um disco rígido com defeito sem correr o risco de perder arquivos. Dependendo de quanto valem os dados na unidade para você, um serviço profissional de recuperação de dados pode ser sua melhor opção. Acredito que esses serviços começam em cerca de US$ 500 e aumentam, às vezes dramaticamente, dependendo de quanto esforço é necessário para recuperar os dados. 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 maior de fazer isso do que qualquer coisa que você possa fazer sozinho.
Eu recomendo que você exploreServiços de recuperação da SeagatePara maiores informações.
Tenho certeza de que não é isso que você deseja ouvir, mas a recuperação profissional de dados pode abrir a unidade e realizar outros procedimentos que simplesmente não são possíveis de realizar sozinho. A recuperação de dados requer experiência, 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.
Responder4
Você tentou fazer uma verificação completa do disco com o Windows manualmente?
Se você abrir um cmd e digitar chkdsk /?, ele exibirá todas as opções possíveis.
Para uma partição NTFS, você pode fazer chkdsk /F /R /B /X, que faz a verificação mais completa. Para FAT32, omita /B.
Esteja ciente de que isso leva muito tempo dependendo do seu disco rígido. Mas pode ser uma possibilidade de resgatar alguns dados.