Comment obtenir des données d'une partition Windows lorsque "la table GPT principale est corrompue mais que la sauvegarde apparaît"
Utilisait Windows 8.1 sur mon ordinateur portable Asus (U37VC). Écran bleu; erreur 0xc000000e. Je pense que j'ai foiré le démarrage (certains redémarrages difficiles après des retards ennuyeux). Après avoir désactivé la protection de démarrage dans le BIOS, je peux exécuter un utilitaire (EasyRE) censé résoudre ce problème à partir de l'USB. Ça ne marche pas aucune partition reconnue.
Je pensais utiliser plutôt Ubuntu pour résoudre ce problème. J'utilise Ubuntu 15.04 avec USB. GParted indique "La table GPT principale est corrompue, mais la sauvegarde semble correcte, elle sera donc utilisée".
Essayer de lancer quelques choses dans le 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:~$
Le volume est corrompu? OK, je suis convenablement terrifié. Je dois noter que je n'ai aucune idée de ce que je fais ici, ce code est un copier-coller de sites Web comme celui-ci.
Des idées? La plupart de mes affaires sont dans le cloud, mais je suis un étudiant diplômé et mes précieux fichiers Zotero ne le sont pas. Est-ce que j'ai un back-up? Non, je suis un idiot. Je m'en foutais un seul parce que tout ce que j'ai écrit (donc irremplaçable) est dans Gmail; J'ai oublié Zotero jusqu'à cette calamité.
S'il vous plaît aider. Y a-t-il un moyen de résoudre ce problème? Ou au moins tirer les choses dont j'ai besoin hors du lecteur? Est-ce que le lecteur lui-même est OK? (Même si je ne peux pas récupérer les données, j'aimerais savoir si une nouvelle installation de Windows ou Ubuntu résoudrait le problème) Comment puis-je vérifier cela?
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
Peut-être des informations supplémentaires qui seront révélatrices pour quelqu'un qui sait ce qu'elles font: Lorsque vous essayez de réparer à l'aide d'un disque d'installation Windows 8.1, cela indique que le lecteur est verrouillé et que je devrais le "déverrouiller" d'une manière ou d'une autre.
OK, voici ce que j'ai de 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.
J'ai donc copié les en-têtes de sauvegarde dans le répertoire principal (j'espère que c'est ce que j'ai fait):
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.
Je vois maintenant OS (icône du lecteur), DATA (icône du lecteur) et UUI (icône USB) apparaître sur le côté de mon écran. En cliquant dessus ne donne rien, mais en cliquant sur "DONNÉES" dans Nautilus, vous obtenez "Erreur de montage/dev/sda6 dans/media/ubuntu/DATA: La ligne de commande` mount -t "ntfs" -o "uhelper = udisks2, nodev, nosuid , uid = 999, gid = 999 ""/dev/sda6 ""/media/ubuntu/DATA "'est sorti avec le statut de sortie non nul 1:"
Avant-dernière (?) Modifier: --------
Quel que soit le deuxième problème, il a été quelque peu corrigé à l'aide de l'utilitaire EasyRE après avoir utilisé gdisk pour copier sur le GPT de sauvegarde - suffisamment pour pouvoir revenir à Windows et récupérer mes documents. J'ai maintenant trois partitions au lieu des deux précédentes, cependant. A ~ 400GB C: avec la plupart des choses importantes; un 600 Mo D: appelé "récupération" rempli de "récupération" choses je pense créé par Windows, mais aurait pu être EasyRE en utilisant des outils Windows; et un espace vierge de 400 Mo (bien que apparemment 9/10 soit utilisé selon Windows - Ubuntu affiche les fichiers cachés). Ubuntu affiche également une partition "SYSTEM" de 315 Mo FAT. J'ai donc perdu mon ancien lecteur D:. Je vais essayer de comprendre pourquoi, au cours de la semaine prochaine, j'apprécierais bien sûr vos idées.
Ubuntu note que j'ai deux blocs de "Espace libre": 599 Go et 134 Mo. Je suppose que récupérer ce qui était à sa place avant (D :) serait difficile.
Premièrement, le Système de fichiers Internet commun (CIFS) est un protocole réseau, pas un système de fichiers utilisé sur un disque dur. Ainsi, votre tentative de montage du disque avec CIFS était vouée à l'échec dès le début. (Vous pouvez utiliser CIFS pour accéder au même disque depuis un autre ordinateur ( mais pas localement). La plupart des partitions Windows utilisent NTFS, que Ubuntu monte à l'aide du pilote NTFS-3g.
Deuxièmement, l'utilisation de ntfsfix sur le disque était également vouée à l'échec. Malgré son nom, ntfsfix ne résout en réalité aucun problème significatif; il effectue quelques vérifications triviales, puis marque le système de fichiers comme nécessitant une intervention de Windows. Ainsi, si cette opération ne fait qu'empirer les choses, elle risquerait de bloquer les tentatives d'accès au système de fichiers à partir de Linux. En outre, vous ne savez pas pourquoi vous avez essayé /dev/sda6 avec mount et ntfsfix. Avez-vous obtenu cet ID de périphérique à partir d'un utilitaire de disque, vous êtes-vous souvenu qu'il s'agissait du bon périphérique ou quoi? C'est exactement le genre d'informations techniques nécessaires pour vous aider à résoudre votre problème.
Troisièmement, le plus important, le message d'erreur que vous signalez fait référence à la table de partition GUID (GPT) qui est une structure de données d'un niveau supérieur à celui de la système de fichiers. Ainsi, les tentatives de réparation du système de fichiers sont mal placées, du moins à ce stade. (C'est comme si vous essayiez de cuire la farine et les œufs avant de les combiner dans la recette du gâteau.) Au lieu de cela, vous devez rechercher un moyen de réparer la table de séparation. Heureusement, le TPG inclut la redondance, il est donc possible de le réparer. Vous avez toutefois présenté des informations insuffisantes pour fournir des instructions pas à pas, et vous n'avez pas à fournir un ensemble de données aussi simple qui pourrait changer cela. Il y a un certain nombre de choses qui pourraient être fausses, donc à partir de là, il doit s'agir d'un processus de diagnostic et de mesures prises en réponse à des choses que vous apprenez, pas d'une recette.
Pour commencer, je vous recommande de lire les pages suivantes, dans l’ordre:
- Le fdisk GPT "Qu'est-ce qu'un GPT?" page
- La page Wikipedia sur GPT (vous pouvez en fait parcourir la plupart de cela, mais faites attention à la disposition des données sur le disque et à la différence entre le MBR protecteur, les deux en-têtes GPT et les deux tables de partition )
- La documentation GPT fdisk sur la réparation des problèmes
Soyez patient! Si vous sautez les deux premières pages et vous précipitez vers la troisième, vos connaissances seront soyez incomplet et vous ferez probablement un tas de choses. Une fois que vous avez lu ces pages, vous devriez pouvoir utiliser gdisk pour examiner votre disque et, avec un peu de chance, le réparer.
Si vous ne pouvez pas réparer le disque avec gdisk, vous pourrez peut-être utiliser TestDisk pour rechercher sur le disque des systèmes de fichiers et créer une table de partitions décrivant ce qu'il trouve. Ceci est certainement une utilité de dernier recours, cependant.