Primeira vez usando ddrescue. A unidade de 3 TB estava mostrando erros e ficando off-line (somente no Windows), então inicializei de um stick no systemrescuecd e usei
ddrescue -f /dev/sde /dev/sdb /mnt/rescue/mapfile
(o mapfile está em uma terceira unidade).
Posso ter cometido um erro aqui, mas queria copiar qualquer coisa da unidade que pudesse o mais rápido possível. A unidade alvo é da mesma marca/modelo/tamanho e a única possível que eu poderia usar naquele momento.
Estou cerca de 40% na cópia sem erros até agora, mas ela atingiu o estágio lento; uns 2 dias razoáveis (com picos de mais de 100, mas sou otimista quanto a isso).
i/opos - 959,803MB
Rescued - 959,768MB
non tried - 2040 GB
non-trimmed - 7288kB
non-scraped, errsize, errors - all 0
Tenho uma unidade maior chegando, espero que amanhã (6 TB).
Totalmente ciente de que isso era arriscado, mas queria fazer algo antes que ele nunca mais voltasse a funcionar. Ainda não está fazendo barulho.
Em retrospectiva, talvez tenha sido melhor copiar para uma imagem (?)
Minha preocupação, ter tempo para ler mais, é se é provável que isso seja concluído ou fique sem espaço - vi recomendações de cópia para uma unidade 50% maior.
Posso ver por que pode haver uma pequena diferença nos tamanhos ou a unidade para a qual estou copiando pode ter setores defeituosos, etc., mas não sei por que deveria ser muito maior, se o arquivo de mapa estiver em outro lugar, então pensei em pergunte caso eu tenha entendido algo errado.
Você iria
Mantenha o ddrescue em execução enquanto ele trabalha na outra unidade de 3 TB - acho que sempre posso tirar uma imagem da unidade de destino para o que quer que seja copiado, pelo menos.
Pare para não desgastar a unidade de origem e crie uma nova imagem na nova unidade
Faça algo mais sensato e eu serei um idiota e entenderei mal o que estou fazendo aqui.
Se ficar sem espaço no final - qual é o processo? ddrescue a unidade esperançosamente boa para uma imagem, pegue a última parte desta fonte e combine? Ou estou ferrado. Posso conviver com alguma perda de dados.
Muito obrigado por qualquer ajuda, desculpe pela extensão, espero que esteja claro.
Backups - não! Este começou a falhar ao tentar fazer backup dele, depois falhou completamente (vários cortes de energia em um curto espaço de tempo)
Editar: mais 2 coisas que talvez deva mencionar
- Esta é uma unidade de dados, em vez de inicialização
- Pelo pouco tempo que pude ver no Windows ele mostrou a estrutura de pastas, então espero que as informações da partição sejam copiadas ok. Embora eu possa ter alguns problemas com isso se o tamanho final for muito grande (?)
Responder1
Se o alvo for igual ou maior, funcionará. Você pode verificar com:
blockdev --getsize64 /dev/source /dev/target
Se for menor, ficará sem espaço, mas se isso importa depende de quantos bytes faltam/e do que realmente está lá.
Em retrospectiva, talvez tenha sido melhor copiar para uma imagem (?)
Os arquivos de imagem também têm desvantagens. Além disso, ele precisa de mais espaço... você pode copiar um disco de 3 TB para outro disco de 3 TB, mas não para um arquivo de imagem nesse disco de 3 TB, pois uma boa parte é perdida no particionamento, nos metadados do sistema de arquivos, ...
1) Mantenha o ddrescue em execução enquanto ele trabalha na outra unidade de 3 TB
Sim, embora o logfile/mapfile permita cancelar a qualquer momento e reiniciar com opções diferentes. Você mencionou que ficou preso em uma área lenta, você pode pular ou talvez experimentar a --min-read-rateopção. Mas, desde que não esteja completamente travado, talvez seja melhor mantê-lo funcionando por enquanto.
4) Se ficar sem espaço no final - qual é o processo?
Depende do que está realmente na unidade e de quanto está faltando.
Às vezes isso não importa, por exemplo, o LVM geralmente tem alguns dados inutilizáveis no final (depende do tamanho e deslocamento da extensão física) e a maioria dos sistemas de arquivos se preocupa muito mais com o início da unidade do que com o seu fim.
Se faltar um pequeno pedaço, você poderá usar dmsetupo mapeamento linear para criar um novo dispositivo com espaço adicional, sem precisar copiar tudo novamente. Mas provavelmente não é um problema sério em primeiro lugar.