Clonei uma unidade para um novo disco, mas algo deu errado e agora o layout de partição GPT parece danificado ou ausente. O sistema não inicializa corretamente, e estou preocupado em perder os dados. Qual é a maneira mais segura de recuperar a tabela de partição GPT após uma clonagem de disco malsucedida sem piorar a situação?
Se uma unidade aparecer de repente como “RAW”, “Não alocado” ou “Partição Protetora GPT”, não presuma que os dados já foram perdidos. Pode parecer ruim no Windows, mas com discos GPT ainda pode haver informações de partição suficientes para recuperar os arquivos, especialmente porque o GPT armazena uma tabela de partição de backup perto do fim da unidade.
A parte importante é parar de gravar no disco. Não o inicialize. Não o formate. Não crie uma nova partição. Não execute comandos que “corrigem” a tabela de partição, a menos que você já tenha os dados copiados em outro lugar. Muitas unidades recuperáveis acabam ficando piores por tentar soluções rápidas primeiro.
A abordagem mais segura é trabalhar a partir de uma cópia do disco, não do original.
Primeiro, faça um clone completo setor por setor ou uma imagem da unidade. Ferramentas como dd ou ddrescue podem fazer isso. Se a unidade puder ter setores defeituosos, o ddrescue geralmente é a melhor escolha porque lida com erros de leitura com mais cuidado. Depois de ter uma imagem, você pode examiná-la em vez de mexer na unidade original repetidamente.
Depois disso, concentre-se em recuperar os arquivos antes de tentar reparar a tabela de partição. Para muitas pessoas, essa é a ordem mais segura. Disk Drill é uma opção fácil o suficiente de usar e pode procurar partições perdidas, sistemas de arquivos danificados e assinaturas de arquivos sem obrigar você a editar manualmente os dados do GPT. A verificação é não destrutiva, então você pode ver o que ela encontra antes de fazer qualquer outra coisa.
Se a verificação mostrar seus arquivos e as visualizações parecerem corretas, recupere-os para outra unidade com espaço suficiente. Não salve nada de volta no disco danificado. Isso pode sobrescrever dados que você ainda não recuperou.
Somente depois que os arquivos importantes estiverem em segurança eu começaria a pensar no reparo da partição. O TestDisk pode analisar o disco, encontrar partições perdidas e gravar uma tabela de partição reparada se identificar o layout correto. Apenas tenha cuidado com a etapa de gravação. Se a partição detectada não corresponder ao que existia antes, não a aplique.
Para problemas específicos de GPT, o gdisk também pode ajudar. Como o GPT mantém um cabeçalho secundário no fim do disco, o gdisk às vezes consegue reconstruir o cabeçalho GPT principal danificado a partir da cópia de backup.
Um aviso extra: se o Windows disser “Partição Protetora GPT”, não vá direto para o Diskpart e execute clean. Isso apaga as informações de partição e pode dificultar a recuperação. Às vezes, esse rótulo é causado por um sistema operacional mais antigo, um problema de compatibilidade ou um gabinete/dock USB que não está lendo a unidade corretamente. Faça uma verificação primeiro e veja se os arquivos ainda estão visíveis. Em muitos casos, o volume simplesmente não está sendo montado normalmente, mas os dados ainda estão lá.
Não tente tornar o disco clonado inicializável antes de saber qual disco tem os dados intactos. Se o original ainda existir, desconecte-o e trate-o como a cópia mestre, depois inspecione o clone separadamente.
O erro fácil aqui é “reparar” a unidade errada e transformar um clone ruim em dois discos ruins. Se você precisar de um passo a passo visual, este guia de recuperação de partição GPT perdida vale a pena assistir antes de mexer em qualquer coisa.
Um clone ruim não é o mesmo problema que uma tabela de partição ruim, e tratar os dois como se fossem iguais pode arruinar a recuperação.
O detalhe que falta aqui é como o clone foi feito e se o disco de destino tem o mesmo tamanho ou é maior. Com GPT, o cabeçalho de backup fica no fim do disco. Se você clonar um disco maior para um menor, ou se a ferramenta de clonagem parar antes do fim, o GPT de backup pode não cair onde o novo disco espera encontrá-lo. Se você clonar um disco menor para um maior, o GPT de backup ainda pode apontar para o antigo fim do disco. Isso pode fazer as ferramentas reclamarem mesmo quando as partições e os sistemas de arquivos reais ainda estão lá.
Então, antes de executar qualquer reparo, eu verificaria primeiro os fatos básicos:
- Tamanho exato do disco original e tamanho exato do disco clonado
- Se o clone foi concluído sem erros de leitura
- Se o disco está conectado diretamente por SATA/NVMe ou por meio de uma dock USB
- Se os setores de início das partições ainda parecem plausíveis
- Se o sistema de arquivos pode ser montado somente leitura no Linux ou em um ambiente de recuperação
Esse ponto da dock USB importa mais do que as pessoas imaginam. Alguns gabinetes convertem tamanhos de setor ou fazem coisas estranhas com discos grandes. Um disco que parece quebrado em uma dock pode mostrar uma estrutura sensata quando conectado diretamente ou por meio de outro adaptador. Eu não gravaria um novo GPT enquanto o disco estiver em um gabinete duvidoso.
Concordo com o conselho de copiar primeiro, mas eu seria um pouco mais rígido quanto à ordem: não tente torná-lo inicializável, não execute o reparo de inicialização do Windows e não deixe o Windows inicializar nada. As ferramentas de reparo de boot tentam criar um sistema funcional, não preservar evidências. Elas podem regravar entradas de boot EFI, criar novos arquivos de boot ou mexer em partições que você esperava recuperar intactas.
Se os dados importam, o fluxo de trabalho mais seguro é:
Faça uma imagem do disco duvidoso para outro disco com espaço livre suficiente.
Guarde o original se ele ainda existir.
Trabalhe apenas na imagem ou no clone, nunca no original.
Faça a varredura primeiro. Repare depois.
Recupere os arquivos para um terceiro disco, não de volta para o clone danificado.
Depois disso, se você ainda quiser que o disco clonado seja inicializável, faça isso como uma etapa separada. Um conjunto de arquivos recuperados e um clone de sistema operacional inicializável são dois objetivos diferentes. Misturá-los é onde as pessoas se complicam.
O Disk Drill é aceitável como primeira tentativa se você quiser uma varredura gráfica e estiver principalmente tentando recuperar os arquivos. A ressalva é que você deve instalá-lo em outro lugar e recuperar para outro lugar. Se o disco danificado for o único disco na máquina, não inicialize nessa instalação do Windows e comece a baixar software de recuperação nela. Use outro computador ou inicialize por mídia externa.
Para reparo de tabela de partição, eu só confiaria no resultado se as partições encontradas corresponderem ao que você realmente tinha antes. Por exemplo, se você sabe que o disco tinha uma partição EFI, uma partição do Windows, talvez uma partição de recuperação e uma partição de dados, então a estrutura proposta deve se parecer com isso. Se uma ferramenta encontrar seis partições aleatórias sobrepostas com tamanhos estranhos, isso não é sinal verde para gravar a tabela. Significa apenas que ela encontrou assinaturas antigas.
Uma verificação rápida que pode poupar muita dor de cabeça: olhe para o primeiro setor da partição grande de dados. Se o início da partição estiver correto, ferramentas de NTFS/exFAT/ext4 normalmente reconhecerão alguma coisa. Se todo início de partição estimado estiver errado, reparar o GPT não vai consertar magicamente o sistema de arquivos. Em vez disso, você pode precisar de file carving ou de uma varredura mais profunda.
E se o disco original ainda inicializa ou ainda pode ser montado, pare de mexer no clone e faça uma imagem nova a partir do original usando uma ferramenta que relate os erros com clareza. Um clone que falhou pode ser enganoso. O clone pode ser a parte quebrada, não o disco de origem.
Verifique se a partição do Windows estava criptografada com BitLocker antes de passar horas escaneando ou tentando reparar qualquer coisa. Um disco clonado com um GPT corrompido e um volume BitLocker pode parecer lixo total para as ferramentas de recuperação, mesmo quando a própria partição está em grande parte intacta. Se a instalação antiga usava criptografia do dispositivo ou BitLocker, encontre primeiro a chave de recuperação. Verifique sua conta da Microsoft, backup impresso, registros de domínio/AD/Azure, onde quer que ela tenha sido salva.
É aqui que eu seria um pouco cauteloso com o conselho habitual de escanear e recuperar arquivos. É um bom conselho para uma partição NTFS/exFAT normal, mas a criptografia muda a ordem das coisas. Se o limite da partição estiver errado, o volume criptografado pode não desbloquear. Se o limite estiver correto, mas a configuração de inicialização estiver quebrada, os arquivos ainda podem ser perfeitamente recuperáveis depois de desbloqueá-lo. O Disk Drill ou ferramentas semelhantes podem ser úteis depois disso, mas se o volume ainda estiver criptografado e bloqueado, as visualizações e os nomes dos arquivos podem não significar muita coisa.
Uma verificação simples é inicializar pela mídia de recuperação do Windows ou por um USB live do Linux e ver se as partições esperadas estão visíveis sem gravar nada. Na mídia de recuperação do Windows, manage-bde -status pode informar se o BitLocker detecta um volume criptografado. Ainda não execute comandos de reparo. Apenas identifique com o que você está lidando. Se ele pedir uma chave de recuperação do BitLocker, isso é uma informação útil, não uma falha.
Concordo com @mikeappsreviewer em não tentar fazê-lo inicializar primeiro. O reparo de inicialização é um problema separado. Por enquanto, o objetivo deve ser simples: preservar o original, criar uma imagem do clone com defeito se necessário, identificar se a partição grande começa no setor correto e confirmar se há criptografia envolvida. Depois que os dados importantes forem copiados para outro disco, aí você pode decidir se corrigir o GPT vale o risco.
Se a unidade original ainda estiver legível, eu pararia de trabalhar no clone completamente e faria uma nova imagem a partir da original. Um clone ruim pode desperdiçar muito tempo porque você acaba tentando resolver danos que foram criados pelo processo de clonagem, não pelo disco de origem.