Como obter dados de uma partição do Windows quando a "tabela primária da GPT está corrompida, mas o backup parece OK"

Question

Estava executando o Windows 8.1 no meu laptop Asus (U37VC). Tela azul; erro 0xc000000e. Figura Eu estraguei o boot de alguma forma (algumas reinicializações duras ultimamente depois de atrasos irritantes). Depois de desativar a proteção de inicialização no BIOS, posso executar um utilitário (EasyRE) que deve consertar isso do USB. Não funciona; não há partições reconhecidas.

Pensei em usar o Ubuntu para corrigir isso. Estou usando o Ubuntu 15.04 correndo USB. O GParted diz "A tabela principal do GPT está corrompida, mas o backup parece OK, então isso será usado."

Tentando executar algumas coisas no terminal:

ubuntu@ubuntu:~$ sudo mount -t cifs -o ro /dev/sda6 /home/ubuntu/cdrive
mount.cifs: bad UNC (/dev/sda6)
ubuntu@ubuntu:~$ sudo ntfsfix /dev/sda6
Failed to determine whether /dev/sda6 is mounted: No such file or directory
Mounting volume... Failed to access '/dev/sda6': No such file or directory
Error opening '/dev/sda6': No such file or directory
FAILED
Attempting to correct errors... Failed to access '/dev/sda6': No such file or directory
Error opening '/dev/sda6': No such file or directory
FAILED
Failed to startup volume: No such file or directory
Failed to access '/dev/sda6': No such file or directory
Error opening '/dev/sda6': No such file or directory
Volume is corrupt. You should run chkdsk.
ubuntu@ubuntu:~$ 

O volume está corrompido? OK, estou adequadamente apavorada. Devo observar que não tenho ideia do que estou fazendo aqui, esse código é copiar e colar de sites como este.

Idéias? A maioria das minhas coisas está na nuvem, mas eu sou um estudante de graduação e meus preciosos arquivos Zotero não são. Eu tenho um back-up? Não, sou um idiota. Eu não me importei com um porque tudo escrito por mim (assim insubstituível) está no Gmail; Eu esqueci o Zotero até esta calamidade.

Por favor ajude. Existe uma maneira de corrigir isso? Ou pelo menos arrastando as coisas que eu preciso do drive? A própria unidade está OK? (Mesmo que eu não consiga retirar os dados, gostaria de saber se uma instalação limpa do Windows ou do Ubuntu resolveria o problema) Como posso verificar isso?

EDITS: ---------------

Device          Start        End    Sectors   Size Type
/dev/sda1        2048     616447     614400   300M EFI System
/dev/sda2      616448    1845247    1228800   600M Windows recovery environment
/dev/sda3     1845248    2107391     262144   128M Microsoft reserved
/dev/sda4     2107392  782772223  780664832 372.3G Microsoft basic data
/dev/sda5   782772224  783515647     743424   363M Windows recovery environment
/dev/sda6   783515648 1911560191 1128044544 537.9G Microsoft basic data
/dev/sda7  1911560192 1953523711   41963520    20G Windows recovery environment

Talvez uma informação extra seja reveladora para alguém que sabe o que está fazendo: ao tentar reparar usando um disco de instalação do Windows 8.1, isso indica que a unidade está bloqueada e que eu deveria de alguma forma "desbloqueá-la".

OK, aqui está o que eu tenho do fdisk:

ubuntu@ubuntu:~$ sudo sgdisk -b sda-backup.gpt /dev/sda
Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
The operation has completed successfully.

ubuntu@ubuntu:~$ sudo sgdisk -p /dev/sda
Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): EA00449F-79EF-40B7-9A63-F062CED0EBBE
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3437 sectors (1.7 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          616447   300.0 MiB   EF00  EFI system partition
   2          616448         1845247   600.0 MiB   2700  Basic data partition
   3         1845248         2107391   128.0 MiB   0C01  Microsoft reserved ...
   4         2107392       782772223   372.3 GiB   0700  Basic data partition
   5       782772224       783515647   363.0 MiB   2700  
   6       783515648      1911560191   537.9 GiB   0700  Basic data partition
   7      1911560192      1953523711   20.0 GiB    2700  Basic data partition

ubuntu@ubuntu:~$ sudo gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.0

Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

    Command (? for help): v

    Partition(s) in the protective MBR are too big for the disk! Creating a
    fresh protective or hybrid MBR is recommended.

Então, copiei os cabeçalhos de backup para o principal (espero que seja isso que eu fiz):

ubuntu@ubuntu:~$ sudo gdisk /dev/sdc
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************


Command (? for help): q
ubuntu@ubuntu:~$ gdisk /dev/sda

GPT fdisk (gdisk) version 1.0.0

Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

Command (? for help): r

Recovery/transformation command (? for help): b

Recovery/transformation command (? for help): m

Command (? for help): w

Partition(s) in the protective MBR are too big for the disk! Creating a
fresh protective or hybrid MBR is recommended.

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sda.
Warning! An error was reported when writing the partition table! This error
MIGHT be harmless, or the disk might be damaged! Checking it is advisable.

Agora vejo o OS (ícone da unidade), DATA (ícone da unidade) e UUI (ícone USB) ao lado da tela. Clicar sobre eles não rende nada, mas clicar em "DATA" no Nautilus produz "Erro ao montar / dev / sda6 em / media / ubuntu / DATA: Linha de comando 'mount -t" ntfs "-o" uhelper = udisks2, nodev, nosuid , uid = 999, gid = 999 "" / dev / sda6 "" / media / ubuntu / DATA "'saiu com status de saída diferente de zero 1:"

Penúltimo (?) Editar: --------

Qualquer que seja o segundo problema, ele foi corrigido usando o utilitário EasyRE depois de usar o gdisk para copiar o GPT de backup - pelo menos o suficiente para voltar ao Windows para pegar meus documentos. Agora tenho três partições em vez das duas anteriores. Um ~ 400GB C: com a maioria das coisas importantes; um 600MB D: chamado de "Recovery" cheio de coisas relacionadas com "recovery" que eu acho que foram criadas pelo Windows, embora possa ter sido o EasyRE usando ferramentas do Windows; e um espaço de 400MB em branco (embora aparentemente 9/10 usado de acordo com o Windows - o Ubuntu mostra os arquivos ocultos) E :. O Ubuntu também mostra uma partição "SYSTEM" de 315MB FAT. Então eu perdi meu antigo D: drive. Tentarei descobrir por que na próxima semana, claro, apreciaria qualquer idéia.

Notas do Ubuntu Eu tenho dois blocos de "Espaço Livre": 599GB e 134MB. Eu suponho que recuperar o que estava em seu lugar antes (D :) seria difícil.

    

Answer 1

Primeiro, o Common Internet File System (CIFS) é um protocolo de rede, não um sistema de arquivos usado em um disco rígido. . Assim, sua tentativa de montar o disco com o CIFS estava fadada ao fracasso desde o início. (Você pode usar o CIFS para acessar o mesmo disco de outro computador, mas não localmente.) A maioria das partições do Windows usa NTFS, que o Ubuntu monta usando o driver NTFS-3g.

Segundo, usar ntfsfix no disco também estava fadado ao fracasso. Apesar de seu nome, ntfsfix não conserta nada de significativo; Ele faz algumas verificações triviais e, em seguida, marca o sistema de arquivos como exigindo atenção pelo Windows. Assim, se alguma coisa esta etapa irá piorar, uma vez que pode bloquear as tentativas de acessar o sistema de arquivos do Linux. Além disso, não está claro por que você tentou /dev/sda6 com mount e ntfsfix . Você recebeu esse ID de dispositivo de um utilitário de disco, lembrou-se de que era o dispositivo correto ou o quê? Este é exatamente o tipo de informação técnica necessária para ajudar a resolver seu problema.

Em terceiro lugar e mais importante, a mensagem de erro que você denota refere-se à tabela de partição GUID (GPT), que é uma estrutura de dados um nível acima do sistema de arquivos. Assim, as tentativas de consertar o sistema de arquivos são equivocadas, pelo menos neste estágio. (É como tentar assar a farinha e os ovos antes de combiná-los na receita do bolo.) Em vez disso, você deve procurar uma maneira de reparar a tabela de partições. Felizmente, a GPT inclui redundância, portanto, é bem possível repará-la. No entanto, você apresentou informações insuficientes para fornecer instruções passo a passo sobre como fazê-lo, e não há um conjunto de dados simples que você possa fornecer que altere esse fato. Há muitas coisas que podem estar erradas, então daqui em diante deve ser um processo de diagnóstico e passos dados em resposta às coisas que você aprende, não uma receita.

Para começar, recomendo que você leia as seguintes páginas, na ordem:

1. O fdisk do GPT "O que é um GPT?" página
2. A página da Wikipedia sobre GPT (você pode, na verdade, vasculhar a maior parte disso, mas preste atenção ao layout dos dados no disco e a diferença entre o MBR de proteção, os dois cabeçalhos da GPT e as duas tabelas de partição)
3. A documentação do fdisk da GPT sobre problemas de reparo

Seja paciente! Se você pular as duas primeiras páginas e se apressar para a terceira, seu conhecimento estará incompleto e você provavelmente só fará uma mistura de coisas . Depois de ler essas páginas, você poderá usar gdisk para investigar seu disco e, com alguma sorte, repará-lo.

Se não conseguir consertar o disco com gdisk , você poderá usar o TestDisk para pesquisar o disco disco para sistemas de arquivos e crie uma tabela de partição que descreva o que encontrar. Este é definitivamente um utilitário de último recurso, embora.