O GNU ddrescue é uma ferramenta de linha de comando desenvolvida para criar uma cópia exata (clonagem bit a bit) de mídias de armazenamento com falhas físicas, transferindo os dados de um disco defeituoso para uma unidade saudável ou para um arquivo de imagem. A regra fundamental da recuperação de dados profissional estabelece que operações lógicas, como varreduras de arquivos ou reparos de partição, nunca devem ser executadas diretamente em um hardware em degradação. A clonagem prévia é obrigatória para evitar o estresse mecânico e o travamento do sistema, garantindo que o resgate seja feito a partir de uma cópia segura.
Principais Aprendizados
- Clonagem é o primeiro passo: Nunca execute ferramentas de reparo (como CHKDSK) em um disco com falha física; clone-o primeiro.
- Múltiplas passagens salvam dados: O ddrescue prioriza a leitura de áreas saudáveis antes de forçar a leitura de setores defeituosos.
- Uso obrigatório do Mapfile: O arquivo de registro é essencial para pausar e retomar a clonagem sem perder o progresso ou forçar o disco desnecessariamente.
Por que nunca reparar o sistema de arquivos no HD original?
Quando um disco rígido ou SSD começa a apresentar falhas mecânicas ou acúmulo de setores defeituosos (bad blocks), o instinto comum é utilizar ferramentas nativas do sistema operacional, como o CHKDSK no Windows ou o fsck no Linux. No entanto, o consenso da área de recuperação de dados aponta que essa é uma prática destrutiva. Segundo especialistas do Rossmann Group, executar ferramentas de reparo de sistema de arquivos diretamente em um hardware comprometido acelera a perda de dados, pois essas ferramentas sobrescrevem metadados e forçam leituras repetidas em áreas fisicamente danificadas.
Por isso, antes de buscar como recuperar arquivos apagados, a etapa de triagem com o ddrescue deve ser concluída. Apenas após a geração do clone ou da imagem de disco (formato .img), os softwares de extração lógica devem entrar em ação.
O que torna o GNU ddrescue o padrão-ouro?
É comum haver confusão entre o comando Unix tradicional dd, o dd_rescue e o GNU ddrescue. O comando dd padrão trava, entra em loop infinito ou aborta a cópia imediatamente ao encontrar o primeiro erro de leitura. O GNU ddrescue, por outro lado, foi desenhado especificamente para sobreviver a esses erros.
Ele opera em nível de bloco (block level), o que significa que ignora completamente o sistema de arquivos (seja NTFS, FAT32, ext4 ou APFS). Essa característica permite que um sistema Linux recupere perfeitamente discos formatados para Windows ou macOS. Além disso, a ferramenta está em constante evolução. No início de janeiro de 2026, a versão 1.30 do GNU ddrescue foi lançada, trazendo melhorias significativas, descritas pela comunidade técnica como ordens de magnitude superiores para a recuperação automática de discos com cabeças de leitura danificadas (dead head), conforme reportado pela Linux.org.
O Algoritmo de Múltiplas Passagens na Prática
A eficácia do ddrescue reside no seu algoritmo inteligente, que não tenta ler o disco de forma linear de ponta a ponta quando encontra problemas. A prática recomendada envolve o uso de múltiplas passagens.
1. A primeira passagem (Flag -n)
Na primeira execução, o objetivo é resgatar a maior quantidade de dados o mais rápido possível, sem desgastar o hardware. Para isso, utiliza-se a flag -n (no-scrape). Com este comando, o ddrescue copia rapidamente todos os blocos saudáveis e simplesmente pula as áreas com defeito, evitando que o disco trave ou sofra estresse mecânico severo logo no início do processo.
2. O uso obrigatório do Mapfile
É unanimidade entre especialistas que o ddrescue nunca deve ser executado sem a declaração de um mapfile (que em versões anteriores à 1.20 era conhecido como logfile). Este arquivo de texto simples rastreia exatamente quais blocos foram copiados com sucesso e quais falharam. Se houver uma queda de energia ou se o disco doente travar e precisar ser reiniciado, o mapfile permite que o ddrescue retome a clonagem exatamente de onde parou. Sem ele, todo o processo precisaria recomeçar do zero, o que frequentemente é fatal para uma unidade à beira do colapso.
3. Acesso direto e raspagem (Flag -d)
Após resgatar os dados fáceis, o ddrescue é executado novamente (sem a flag -n) para realizar o 'scraping' (raspagem) das áreas danificadas. Nesta etapa, a recomendação técnica é utilizar a flag -d (idirect). Isso instrui o software a ignorar o cache do kernel do sistema operacional e acessar o disco diretamente. Esse acesso direto é crucial para lidar com setores defeituosos graves sem que o sistema operacional inteiro congele tentando ler os blocos corrompidos.
Conexão SATA vs. Adaptador USB: O debate técnico
Um ponto de atenção crítico surge quando um HD externo não reconhecido precisa ser clonado. Existe uma controvérsia em aberto sobre a melhor forma de conectar o disco defeituoso ao computador de resgate. Laboratórios de recuperação e documentações rigorosas, como a da Arch Linux Wiki, recomendam fortemente conectar o HD diretamente à porta SATA da placa-mãe.
A justificativa é que adaptadores USB frequentemente travam, reiniciam sozinhos ou mascaram erros ATA de baixo nível ao encontrar setores defeituosos, interrompendo o funcionamento do ddrescue. Embora o uso de adaptadores USB seja amplamente sugerido em tutoriais domésticos devido à conveniência (especialmente em notebooks), a conexão SATA direta oferece estabilidade superior em casos de degradação severa.
Mitos obsoletos: O perigo de congelar o HD
Na busca desesperada por soluções, muitos usuários recorrem a mitos da internet. Um dos mais persistentes é a ideia de que colocar o disco rígido no freezer ajuda a ler os dados. A realidade é que este é um mito obsoleto da década de 1990. Em discos modernos de alta densidade, a mudança drástica de temperatura causa condensação interna de água, destruindo os pratos magnéticos e impossibilitando até mesmo a recuperação em laboratórios profissionais de sala limpa. O HD fisicamente danificado deve ser mantido em temperatura ambiente, clonado com o ddrescue o mais rápido possível e, posteriormente, descartado.
Próximos Passos na Recuperação
Uma vez que o ddrescue finaliza a clonagem, o hardware defeituoso pode ser desligado com segurança. O próximo passo envolve montar a imagem gerada e avaliar se o sistema de arquivos está intacto. Caso os dados não estejam acessíveis no clone, será necessário utilizar softwares de extração em nível lógico. Para entender qual ferramenta utilizar nesta etapa subsequente, avaliar se o cenário exige PhotoRec ou TestDisk é o caminho técnico recomendado.
Perguntas Frequentes
O ddrescue conserta os setores defeituosos do meu HD?
Não. O ddrescue não realiza reparos físicos ou lógicos no disco. Ele apenas ignora e mapeia os erros de leitura para conseguir extrair os dados saudáveis ao redor dos setores defeituosos. O disco rígido original continuará danificado e deve ser descartado após a extração bem-sucedida dos dados.
Posso rodar o ddrescue sem criar um mapfile?
Tecnicamente sim, mas é uma prática altamente desencorajada. Sem um mapfile, se a operação for interrompida por travamento do disco ou queda de energia, todo o progresso será perdido. O mapfile garante que o processo possa ser pausado e retomado do exato ponto onde parou, poupando a vida útil restante do disco danificado.
O ddrescue funciona no Windows?
O GNU ddrescue é uma ferramenta nativa de sistemas operacionais baseados em Unix (Linux e macOS). Embora existam portes não oficiais para Windows (como via Cygwin), a prática profissional recomendada é utilizar uma distribuição Linux em modo Live USB (como o SystemRescue) para garantir acesso direto ao hardware em nível de bloco, sem a interferência dos processos de montagem automática do Windows.
Fontes
- Linux.org — Lançamento do GNU ddrescue 1.30 e melhorias em dead head
- Rossmann Group — Guia de Recuperação de Dados e os Riscos do CHKDSK
- Arch Linux Wiki — Documentação sobre Clonagem de Disco e Conexões SATA
- Debian Man Pages — Manual Oficial do gddrescue (Mapfile e Flags)
0 Comentários