Como * rapidamente * obter uma lista de arquivos que possuem setores / blocos / clusters ruins / o que for?

Question

A caixa do Windows 7 (64 bits) da minha esposa desenvolveu subitamente um status SMART "disco está ruim". Eu estou tentando copiar tudo (sem admoestações sobre falta de um regime de backup, por favor, eu já sei :( ), criando uma imagem do sistema em toda a rede para uma máquina diferente, mas chega a um certo ponto e começa a tomar para sempre . Fazendo um chkdsk revela que certos arquivos causam isso tendo muitos blocos ruins (como dezenas de milhares em uma linha, se o log de eventos é qualquer indicação) e fazendo com que o sistema faça sua tentativa padrão de recuperar-e-relocar coisa sobre-acesso.

Mas isso está demorando tanto, eu tenho medo que o disco falhe completamente antes de eu conseguir copiar a maldita coisa. No entanto, vários dos arquivos até agora foram os que ela tem cópias de outro lugar, então eu posso apenas excluí-los antes de tentar novamente o backup para acelerar consideravelmente as coisas.

Então: existe alguma ferramenta ou procedimento que irá tentar ler cada arquivo, e ao atingir um bloco ruim, apenas me fale sobre isso e pule para o próximo arquivo? Então, eu posso ver quais posso simplesmente descartar e que preciso deixar que ele tente se recuperar?

    

Answer 1

Quando se trata de setores defeituosos em um disco, se não houver backup, o que eu faço é obter uma imagem de backup dele usando uma ferramenta chamada Drive Snapshot:

Visão geral da unidade | link

Quando essa ferramenta encontra setores defeituosos, ela os mantém em um arquivo de texto separado (um setor defeituoso por linha, para que você possa simplesmente contar o número de linhas no arquivo para determinar o número total de setores defeituosos), também é usado como uma referência cruzada para descobrir quais arquivos usavam esses setores.

    

Answer 2

Como ninguém nunca respondeu à sua pergunta, o método não-exatamente-relâmpago a seguir pode ser a maneira mais rápida de obter o que você está procurando.

1. Os utilitários que você precisará trabalhar no Linux, primeiro você precisa criar uma chave USB ou CD que você possa usar para inicializar no Linux (ou para conectar o disco a uma máquina Linux).

2. Você precisa então executar o ddrescue a partir do pacote do Gnu ddrescue. Isto irá criar um "mapfile", que é basicamente uma lista dos setores defeituosos no seu disco. Existem muitas opções diferentes para o ddrescue, que, entre outras coisas, variam em quão difícil é ler / recuperar dados de um setor defeituoso. Se você quiser considerar qualquer setor que atribua problemas como "ruim", e não quer realmente recuperar nada com o ddrescue, você pode usar a opção "-n" e especificar / dev / null como o alvo, e isso será muito rápido (o ddrescue apenas lerá uma vez todos os setores do disco em ordem e a saída do arquivo de mapeamento conterá uma lista de setores onde a leitura falhou).

3. Você então precisa executar um utilitário chamado ddru_ntfsfindbad no arquivo de mapeamento e no disco, e isso gerará o que você deseja: uma lista dos arquivos no disco que possuem partes em um dos setores defeituosos.

OBSERVE no entanto: 1. Se uma unidade estiver falhando, lê-la é muito provável que a faça piorar. Então é bem possível (alguns diriam "perto de certo") que alguns / muitos / muitos setores que estavam bons antes de você ler o disco duas vezes através do procedimento agora estão ruins. A coisa mais inteligente a fazer seria ter uma boa unidade e executar as duas etapas acima, na verdade, recuperando dados. Se você fizer isso, é claro, você pode querer usar a capacidade do ddrescue de tentar muito extra tirar os dados dos setores difíceis de ler.

2. O manual do ddru_ntfsfindbad diz que você NÃO PODE executá-lo no drive defeituoso original, A MENOS QUE o sistema de arquivos seja / tenha sido NTFS. Então você está bem no seu caso, mas certamente será mais rápido se você rodá-lo em uma unidade recuperada pelo ddrescue e não no original. E se os setores defeituosos estiverem em certos metadados do sistema de arquivos, você realmente precisará fazer isso.

Eu percebo que a pergunta original é muito antiga, mas eu tive esse problema recentemente e achei que outros poderiam querer saber a resposta para a pergunta original.

    

Answer 3

Embora o SpinRite não faça exatamente o que você deseja, ele tentará corrigir e recuperar os dados que estiverem setores defeituosos.

Como de costume, sua milhagem pode variar, mas com base em vários depoimentos de usuários , funciona como anunciado. Eu uso pessoalmente para manter meus discos.

Verifique a documentação para obter mais detalhes.

    

Answer 4

Isso dependerá do seu desejo pelos dados com base no seu desejo de fazer as coisas sem custo.

Eu revi recentemente o novo software de recuperação de dados da CBL e, embora essa unidade seja tecnicamente ainda Em execução, uma das características que eu achava digna de menção era a capacidade de selecionar o número de tentativas de repetição para setores defeituosos.

Em um caso como esse, você pode configurá-lo para três tentativas, em vez do padrão, 20 ou 30, eu acho. Ao ajustar isso para 3, você ainda deve capturar todos os dados em partes fracas da unidade sem perder tempo crucial em arquivos que podem estar além da recuperação de software. Então, quando você capturar essa rodada, volte e selecione apenas os arquivos que falharam na primeira tentativa e tente novamente algumas vezes aumentando gradualmente o número de tentativas para 10, 20, 50 até obter tudo ou a unidade ficar completamente alinhada.

Alternativamente, após o primeiro passo, você pode experimentar o spinrite como sugerido pelo happy_soil para ver se ele pode atualizar os setores defeituosos, mas obter a maior parte dos dados rapidamente, pois esse nível de falha é causado por cabeças defeituosas, pré-amplificadores. ou cache no circuito da unidade. Se este for o caso e as falhas não estiverem na mídia, cada segundo de tempo de contagem de tempo.

O software da CBL é um pouco mais caro do que concorrentes semelhantes em cerca de US $ 100, mas o único comercial que eu já vi com muita granularidade nos controles e suporte decente disponível se você precisar de ajuda para fazer as configurações funcionarem.

    

Answer 5

execute chkdsk / r em um prompt de cmd elevado para localizar clusters defeituosos e recuperar informações legíveis. Isso pode melhorar a confiabilidade da tentativa de backup. Backup seus arquivos usando cópia simples depois. Se isso falhar, você pode tentar métodos de recuperação de dados que tentam novamente a leitura, no entanto, se o chkdsk não puder ler o setor defeituoso, você poderá repetir o chkdsk / r e tentar novamente. Vários chkdsk / r e tentativas de copiar dados são uma boa maneira de repetir tentativas de recuperação de dados incorretos do setor. Se o chkdsk conseguir ler o setor defeituoso uma vez, ele gravará os dados em um bom bloco. O chkdsk / r repetido continuará melhorando a integridade do arquivo, desde que o bloco defeituoso possa ser lido apenas uma vez. Se os dados sumiram, desista!

Depois de recuperar ou desistir dos dados, você pode restaurar a unidade para o uso normal novamente, mas mantenha os dados importantes em backup em outro lugar. Pode ser uma boa idéia copiar todos os seus dados da unidade o máximo possível, em seguida, fazer um formato de baixo nível seguido de um reparticionamento e um formato lento / completo para permitir uma realocação ruim do setor dentro do sistema do Fabricante e da lista de setores defeituosos do NTFS. O formato rápido não marcará setores ruins como ruins.

chkdsk / b limpa a lista de clusters defeituosos e examina / atualiza a lista de clusters defeituosos. A taxa de aumento de cluster ruim pode permanecer estável e a lista de cluster ruim do NTFS deve mantê-lo sob controle, a unidade pode ser segura para usar novamente. No entanto, lembre-se de que, se todos os clusters sobressalentes alocados na fábrica de discos rígidos tiverem sido mapeados para clusters defeituosos, a unidade não poderá mapear clusters no futuro e pode estar caminhando para uma falha eminente. Lembre-se de que o NTFS monitora os clusters defeituosos de forma independente, portanto, isso pode não ser o final da unidade.

Você pode controlar e monitorar futuros incrementos do setor defeituoso, executando periodicamente o chkdsk / b e monitorando taxas de incremento de setor defeituoso perigosas usando o software de varredura de setor. Se a unidade mostrar sinais de estabilidade, ela poderá continuar funcionando normalmente por um longo tempo.

Se a unidade continuar a causar problemas, solte-a de um local muito alto, isso evitará que você perca mais tempo precioso em um disco rígido obtuso.

    

Answer 6

Eu fiz a mesma pergunta e fiz algumas pesquisas: link .

Estou assumindo o sistema operacional Windows e NTFS.

Então, um setor ruim pode fazer parte de:

• Espaço não alocado. Podemos ignorar isso.

• Estruturas do sistema de arquivos. Normalmente o chkdsk deve cuidar disso. É possível que, dependendo do local onde o dano no sistema de arquivos esteja, o chkdsk não seja executado. Nesse caso, você executaria uma varredura de superfície no próprio disco rígido.

• Arquivos do sistema afetados: Você pode usar o Verificador de arquivos do sistema do Windows (SFC.exe). No prompt de comando, digite o seguinte comando e pressione ENTER: sfc / scannow.

  • Dados do usuário: A ferramenta de suporte da Microsoft NFI.exe pode ser usada para converter um endereço do setor LBA em um caminho de arquivo. Dessa forma, você pode determinar quais arquivos precisam ser restaurados do backup após a realocação do setor.

Exemplo:

C: \ Usuários \ admin \ Downloads & nt; \\ Device \ Harddisk0 \ DR0 28521816 Utilitário de informações do setor de arquivos NTFS. Copyright (C) Microsoft Corporation 1999. Todos os direitos reservados.

*** O setor físico 28521816 (0x1b33558) está no número de arquivo 5766 na unidade C. \ IMAGES \ win7HDD.vhd

** A maneira mais fácil é provavelmente Sentinela HD . Depois de executar uma varredura de superfície, o HD Sentinel exibirá uma lista de arquivos afetados por setores defeituosos.