Corrigindo a tabela de partições danificadas

2

Esta é a continuação de Recuperar Partição Estendida , mas desta vez eu tenho uma tabela de partição relacionada a problemas auto.

Consegui restaurar a partição de que precisava e fiz o backup de arquivos que eram cruciais para mim (pelo menos aqueles que eu tinha espaço para armazenar em algum lugar)

OK, agora pegue o problema. Minha tabela de partições está corrompida, inicializando o RIP Linux eu posso montá-lo em truecrypt (e outros que se recuperaram), mas é basicamente isso. Quando eu inicio o GParted eu tenho drive não alocado.

Informações do desenvolvedor do GParted:

Device Information

Model: ATA ST2000DL003-9VT1
Size: 1.82TiB
Path: /dev/sda

Partition table: unrecognized
Heads: 255
Sectors/track: 63
Cylinders: 243201
Total Sectors: 3907029168
Sector size: 512

Quando verifico informações sobre espaço não alocado, obtenho:

File system: unallocated
Size: 1.82TiB
First sector: 0
Last sector: 3907029167
Total sectors: 3907029168

Warning: Can't have a partition outside the disk!

Agora, a saída do testdisc (Analyze):

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org

Disk /dev/sda - 2000 GB / 1863 GiB - CHS 243201 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

> 1 P Linux                13132 242 39 16353 233  8   51744768                                        
  2 E extended LBA         16807 223  1 243201 254 63 3637021626
 No partition is bootable
  5 L Linux                16807 223 57 20430  39 25   58191872
    X extended             20430  70  1 243201  78 13 3578816632
 Invalid NTFS or EXFAT boot
  6 L HPFS - NTFS          20430  71 58 243201  78 13 3578816512
 6 LNext

Agora fdisk:

# fdisk -l /dev/sda

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00039cd0

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1       210980864   262725631    25872384   83  Linux
/dev/sda2       270018504  3907040129  1818510813    f  W95 Ext'd (LBA)
/dev/sda5       270018560   328210431    29095936   83  Linux
/dev/sda6       328212480  3907028991  1789408256    7  HPFS/NTFS/exFAT

Agora eu gostaria de consertar isso para organizar partições corretamente, mas não tenho idéia de qual ferramenta é capaz de consertar isso (tentei, algumas, algumas delas ofereciam conserto, mas era arriscado no momento - ainda apoiando os dados).

    
por dr4cul4 09.11.2012 / 22:22

4 respostas

1

Consegui editar manualmente a entrada de disco sobre a partição estendida, o que me permitiu vê-la corretamente no GParted. Neste ponto, o problema está resolvido.

    
por 10.11.2012 / 21:40
0

Eu vejo que você está usando o TestDisk. é capaz de realizar alguns reparos na tabela de partições: link

    
por 09.11.2012 / 22:39
0

Eu sugeriria usar OnTrack ou qualquer coisa do mercado de recuperação de dados forense. Se você suspeitar de dano Físico e for uma unidade Seagate, poderá fazer um reparo do disco usando o software Sea Tools, que permitirá recuperar mais dados. Certifique-se de ter um backup de imagem primeiro

    
por 18.04.2013 / 20:37
0

Eu tive uma falha semelhante e só agora consegui obter dados da unidade (com alguns setores defeituosos). Eu tive que pegar um conversor TTL, resetar o SMART e reconstruir a partição para fazer com que a unidade fizesse algo útil.

Depois disso, deixei o terminal aberto e deixei que ele falhasse por alguns minutos.

O sistema operacional ainda não lê a partição.

TestDisk trabalhou na obtenção dos dados. Não consigo criar uma imagem porque a unidade trava depois de um tempo, mas copiei manualmente as pastas com alguns erros de CRC aqui e acolá e recuperei a maioria dos dados. Eu tenho que redefinir periodicamente a unidade - "\ 1", "e" do terminal é ótimo se você estiver operando remotamente.

    
por 12.07.2017 / 21:41