Grava a imagem da unidade formatada em HFS + em unidades de menor capacidade no Linux

Question

Eu imaginei uma unidade de disco rígido potencialmente defeituosa de 1 TB contendo cerca de 270 GB de dados reais, usando o ddrescue, em um sistema ao vivo do Lubuntu. A recuperação está 99,9% completa, há apenas uma área de 52KB que era ilegível perto da marca de 300MB - ainda não há setores "pendentes" ou "realocados" no SMART. Primeira pergunta: como isso é possível? Poderia este ser um caso benigno de setores defeituosos "lógicos", isto é, setores que ainda estão fisicamente operacionais, mas em um estado inconsistente, resultando em uma falha de verificação de CRC, e poderiam ser "consertados" de forma durável e confiável simplesmente sobrescrevendo-os? Eu corri o auto-teste curto, que foi "concluído com falha de leitura". Ainda posso confiar nos dados SMART 100% e ter certeza de que, se não reportar nenhum setor ruim, não há nenhum no nível físico?

Depois, tenho três unidades sobressalentes que eu posso usar para transferir os dados recuperados para o proprietário, que usa um computador MacBook: uma unidade de 320 GB em USB2, uma unidade de 500 GB em USB3 e uma unidade de 1 TB em USB3. A unidade de origem é formatada em HFS +. Existe uma maneira segura e conveniente de escrever essa imagem de 1TB, que de fato ocupa apenas cerca de 270GB (como foi criada no modo esparso usando o switch -S do ddrescue), diretamente para uma unidade de menor capacidade, com uma ferramenta gratuita Linux ou Windows? de tal forma que o disco rígido recuperado é prontamente legível, com uma tabela de partição consistente? (Eu não tenho experiência com esquemas de particionamento e formatação da Apple.) Ou seria melhor criar uma partição HFS + - com qual ferramenta, desde que aparentemente a GParter não pode lidar com isso - e copiar os arquivos e pastas? Mas neste caso, os timestamps e outros metadados seriam automaticamente preservados? Ou eu teria que usar um método específico para ter certeza disso? Um comando Linux como “cp” pode copiar arquivos entre partições HFS + e preservar todos os atributos específicos desse sistema de arquivos?

Obrigado.

    

Answer 1

Então eu fiz o que minha intuição me disse: Eu tentei substituir apenas a pequena área ilegível com este comando ddrescue (poderia ser feito com a ferramenta dd mais básica, mas eu estou menos familiarizado com isso):

lubuntu@lubuntu:~$ sudo ddrescue -o 312881152 -s 53248 -f /dev/zero /dev/sdb /media/lubuntu/354E48E260FCFD84/dev_zero_dev_sdb.log

[Note : the -f switch is necessary here since there is natively a protection preventing ddrescue from writing directly to a physical device.]

E funcionou: como uma verificação, eu re-imaginei o primeiro GB e desta vez não houve erro (eu tinha tentado essa imagem parcial antes de executar o comando acima e a área de erro ainda estava lá, com exatamente o mesmo localização e tamanho, eu também notei que ele foi pulado imediatamente, sem desaceleração, ao contrário do que normalmente acontece quando há um setor ruim “físico” e ele desacelera ou trava por alguns segundos antes de pular. o "auto-teste curto" agora é concluído sem erros também.

Antes disso, eu tentei algumas ferramentas do Windows: uma varredura de leitura com o Hard Disk Sentinel fez com que ela congelasse indefinidamente, tive que desligar a unidade; Da mesma forma, tentar acessar a área problemática com o WinHex fez com que ela congelasse até que a unidade fosse desligada.

Então, estou certo de que este foi um caso de setores defeituosos “lógicos”, e que a unidade está fisicamente bem e segura para usar novamente, já que não houve nenhum setor “pendente” ou “realocado” exibido em S.M.A.R.T. em nenhum momento do processo? Qual é a causa provável disso, talvez uma operação de gravação interrompida por um desligamento incorreto? Este é um problema comum, e normalmente ele renderiza o inoperante da unidade, quando afeta um arquivo de sistema?