Eu tinha uma unidade NTFS de 60G que tinha 28 bloqueios fisicamente inválidos, conforme relatado pelo GParted. Eu usei o SafeCopy para recuperar a raiz de uma unidade vazia de 500G usando os padrões do SafeCopy. Tudo funcionou como esperado e eu posso acessar os dados bem, mas agora a unidade 500G tem alguns problemas.
Os blocos defeituosos, que eu acho que o SafeCopy preenchido com zeros ou qualquer coisa, aparentemente ainda estão marcados como ruins na unidade 500G que copiei, impedindo que o GParted e vários outros programas pudessem trabalhar com ele. / p>
A unidade 500G agora mostra que o espaço livre restante é o mesmo que a unidade 60G da qual eu copiei em vez do 400G + que deve ser exibido. Eu não consigo acesso através do GParted para ver se eu posso consertar isso porque GParted diz que a unidade tem 28 erros físicos e não vai montá-lo. Pensei que poderia fazer uma imagem de backup e restaurá-la de volta à unidade, mas o software de backup que eu uso, Acronis, mostra que o arquivo de imagem seria 500G em vez de menos de 60 G de dados reais.
Esta unidade está sendo usada como uma unidade sem sistema do Windows. O Windows Explorer mostra a unidade como 60G, mas quando você entra no Gerenciamento de Disco, o painel superior mostra 60G, enquanto o painel inferior mostra uma imagem gráfica de uma partição primária de 500G. Como esse é um disco sem sistema, percebo que poderia simplesmente transferir todos os arquivos para outro disco particionado e formatado adequadamente, mas, para referência futura, gostaria de saber como evitar ou corrigir isso.
Este comportamento é normal para uma transferência de SafeCopy? Eu cometi um erro ao usar os padrões do SafeCopy?
Tags data-recovery gparted safecopy