Os setores defeituosos do Disco Rígido Externo recuperam / marcam o utilitário no linux

Question

Acabei de instalar a nova versão do Ubuntu, Karmic Koala, no meu laptop. Está tudo bem, exceto pelo fato de o sistema ter identificado cerca de 300 setores defeituosos no meu disco rígido externo de 1 TB. Eu gostaria de recuperar ou apenas marcar depois. Existe algum utilitário gratuito, que eu possa rodar no Linux, para conseguir isso?

Atualização:

A partição está formatada em NTFS.

Obrigado antecipadamente

    

Answer 1

Se o próprio SO estiver mostrando setores defeituosos, sua unidade está indo para baixo. O hardware deve estar removendo setores defeituosos do serviço de forma transparente, e pode ter ficado sem setores sobressalentes para remapear. Se este for o caso, seus dados estarão em risco.

Eu levaria a sugestão de David ao coração e migraria seus dados o mais rápido possível. Você pode querer instalar o "smartmontools" e executar o smartctl para ver o que o próprio dispositivo informa.

Você pode tentar usar o utilitário "badblocks" no dispositivo bruto que hospeda sua unidade NTFS, pois ele funciona no dispositivo e não depende do sistema de arquivos. Certifique-se de ler as páginas man CUIDADOSAMENTE e use o modo não-destrutivo. Ele deve ser capaz de ler cada setor e, em seguida, reescrever cada setor. Isso deve forçar a própria unidade a remapear todos os setores problemáticos. Teste este procedimento em um dispositivo USB ou outra mídia primeiro.

Eu recomendo que você diga aos badblocks para processar um grande número de setores por vez, já que um drive de 1TB levará muito tempo para escanear.

Novamente ... verifique se você sabe o que está fazendo. Um recibo e seus dados são torrados.

Se os dados são valiosos para você e você não está confiante em suas habilidades, você pode querer usar uma solução comercial como o SpinRite (porém, é caro e exigirá uma maquina do Windows). Note, eu nunca usei o SpinRite, mas eu já ouvi coisas boas sobre isso online.

    

Answer 2

Depende do sistema de arquivos que você está usando. Se você estiver usando ext2, etx3 ou ext4 (o padrão do IIRC Ubuntu 9.10 é ext4 para novas instalações, versões anteriores padrão para ext3) então você pode executar

e2fsck -c -c -k -C 0 /dev/device

i.e.

e2fsck -c -c -k -C 0 /dev/sdc1

para o sistema de arquivos na primeira partição da unidade sdc . O sistema de arquivos não deve ser montado enquanto isso ocorrer, portanto, se for necessário para o seu sistema em execução normal, será necessário executar e2fsck enquanto inicializado a partir de um "live CD" ou similar.

A opção -c é o que faz com que a varredura de superfície seja adicionada ao que o verificador faz, depois a segunda -c faz com que ela faça um teste não destrutivo de leitura + leitura, -k diz para manter qualquer lista existente de badblocks em vez de testá-los novamente e -C 0 apenas faz com que o e2fsck produza mais informações de progresso à medida que executa seu trabalho. Veja man e2fsck para mais detalhes.

O texto acima irá marcar os blocos defeituosos de modo que não sejam usados no futuro. Você precisará executá-lo novamente se você reformatar a unidade ou a partição individual. Você também deve reexecutá-lo ocasionalmente, caso haja setores "quase ruins" que se degradem ainda mais. Não há como "recuperar" setores defeituosos.

Eu recomendo que você considere migrar seus dados para outra unidade, a menos que não exista nada de real (não seria inconveniente se a unidade de repente ficasse muito pior e os dados se tornassem praticamente ilegíveis ou corruptos ). Se você não substituir a unidade, certifique-se de ter bons backups para qualquer coisa com a qual você se preocupe (embora você deva ter um bom regime de backup de qualquer maneira).

    

Answer 3

fsck.ext4 -cDfty -C 0 /dev/sdxx

source: link

    

Answer 4

Não tenho certeza se relacionado a NTFS:

HOWTO de bloqueio inválido para smartmontools

    

Answer 5

# ntfsresize -i /dev/sdb3

Device name        : /dev/sdb3
NTFS volume version: 3.1
Cluster size       : 4096 bytes
Current volume size: 287967052288 bytes (287968 MB)
Current device size: 287967052800 bytes (287968 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use       : 178645 MB (62.0%)
Collecting resizing constraints ...
You might resize at 178644316160 bytes or 178645 MB (freeing 109323 MB).
Please make a test run using both the -n and -s options before real resizing!

# ntfsresize -ns  /dev/sdb3

Non-destructive resize

# ntfsresize -s  /dev/sdb3

Real resize! careful...

    

Answer 6

Se você espera manter os dados nessa partição externa, não deseje gravar nessa unidade novamente, o que algumas dessas respostas propõem. Em vez disso, use uma ferramenta de recuperação forense para criar imagens da unidade. O ddrescue é a minha ferramenta favorita para esse trabalho.

Aqui estão minhas "notas para mim", que são específicas do Mac, mas cobrem os pontos principais: Identificar os nomes de montagem de hardware / dev da origem e do destino, desmontá-los e varrer a origem para o destino, com leitura-nova tentativa desabilitada , registrando erros de leitura, mas pulando os blocos com falha por último.

Imagem forense de discos e / ou resgate de discos com falha: Gnu ddrescue (não é o mesmo que dd_rescue, embora similar) Tudo precisa ser feito como root.
Primeiro, confirme as montagens do seu dispositivo:
lista de diskutil
Desmontar fonte (por exemplo, disk1) (e destino se estiver enviando para uma partição física, em vez de um arquivo de imagem não processada):
diskutil desmontar disk1
Faça uma cópia de imagem bloco a bloco, do disk1 para um arquivo de imagem de disco montável, criando um registro e primeiro focando nas partes legíveis:
ddrescue -v / dev / disk1 myrescueddisk.dmg rescue.log