web-dev-qa-db-fra.com

Impossible de démarrer Windows EFI GPT après une opération de récupération

Ma question, ou plutôt le problème, est dans la mesure où ce cas précédent dans lequel je voulais développer ma partition Linux (ext4). La partition/dev/sda6 était dans la bonne direction et, comme elle contenait bios_grub, je n’y ai pas touché jusqu’à ce que des personnes expertes puissent m'aider.

enter image description here
Comme suggéré par l'aide, j'ai supprimé la partition en surbrillance/dev/sda6

Step 2
Tout semblait bien

La partition a été supprimée avec succès. Je suis ensuite passé à l'étape 3, fusionnant/dev/sda7 (le fichier ext4 contenant tout Ubuntu) avec la partition non allouée pour agrandir ma partition Linux.

enter image description here
Tout semblait encore aller dans le bon sens

Donc tout s'est bien passé. L'assistant a suggéré d'activer swappoff sur/sda8 pendant le processus , donc je l'ai fait. Gparted a continué à fusionner les deux partitions, ce qui, à mon avis, était une bonne chose, tout en se rafraîchissant pour retrouver toutes les partitions après avoir désactivé swap.

Lorsque GParted a finalement été actualisé, le programme vient de s’arrêter et de s’arrêter alors qu’il était encore en pleine croissance de/dev/sda7.

J'ai redémarré GParted pour trouver ceci: enter image description here
Mini crise cardiaque

Maintenant, je lance Sudo testdisk à partir de la session de DVD live Ubuntu, en effectuant une recherche plus approfondie sur le disque dur. Je l'ai déjà fait hier, mais je me suis rendu compte que la réparer était un peu, sinon bien au-dessus de ma tête. Alors s'il vous plaît, si vous avez le temps (mais surtout le connaissance de m'aider avec cela (de préférence en temps réel par le biais d'une discussion ou autre)), aidez-moi à me libérer de ce tourment ...

EDIT: informations "nouvelles":

enter image description here

enter image description here
Informations supplémentaires si nécessaire

MODIFIER:

enter image description hereenter image description here
enter image description here Résultats TestDisk

Sortie de fdisk dans le terminal:

ubuntu@ubuntu:~$ Sudo fdisk -l /dev/sda

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0fb2bbaa

Disk /dev/sda doesn't contain a valid partition table
ubuntu@ubuntu:~$

Sortie de gdisk dans le terminal:

ubuntu@ubuntu:~$ Sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.1

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

Caution! After loading partitions, the CRC doesn't check out!
Warning! Main partition table CRC mismatch! Loaded backup partition table
instead of main partition table!

Warning! One or more CRCs don't match. You should repair the disk!

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

Found invalid MBR and corrupt GPT. What do you want to do? (Using the
GPT MAY permit recovery of GPT data.)
 1 - Use current GPT
 2 - Create blank GPT

Your answer:  

J'ai répondu avec 1enter image description here

Et TestDisk m'a donné ces résultats: enter image description here

Après une exploration plus approfondie, TestDisk (tout en sélectionnant mon disque dur comme gpt efi) a montré que TOUS mes fichiers sur les partitions [OS], [DATA] et [RECOVERY] étaient parfaitement intacts. Les partitions non étiquetées sont respectivement 2 partitions Linux contenant des données (une grande partie est endommagée, mais ce n’est pas la priorité la plus élevée pour le moment) et une partition SWAP.

Pour le moment, je copie tout le disque dur sur un disque dur externe afin de me préparer à toute erreur probable lorsque vous manipulez TestDisk pour tenter de restaurer le système.

EDIT 13 Février 2014:
Au moment où ma configuration ressemble à ceci. J'ai un peu de confusion sur mon disque dur, était-ce MBR ou GPT pour commencer? Quoi qu'il en soit, il reste quelques dernières mesures à prendre, j'espère que quelqu'un pourra m'aider! Ubuntu démarre à partir de GRUB et/ou de la récupération, mais Windows 7 ne démarre tout simplement pas.
current situation
J'ai essayé avec chaque option de réparation de démarrage que je pouvais trouver (à propos de Windows 7), mais jusqu'à présent, tout a échoué.
- Démarrez avec Windows 7 Boot Repair cd et entrez dans l'environnement d'invite de commande.
- J'ai essayé les commandes: bootrec /fixmbr, bootrec /fixboot, bootrec /rebuildbcd, et j'ai redémarré, mais rien n'a été corrigé.
- J'ai donc essayé la "méthode nucléaire" en utilisant les commandes: bootsect /nt60 c: /force /mbr, bcdboot c:\windows /s c:
- Le disque de réparation (linux lubuntu) ne m'a pas aidé non plus, j'ai essayé la réparation commune et la réparation avancée. Les marches ci-dessus n'ont pas fonctionné pour moi.
sda4 est la partition contenant le système d'exploitation Windows

15
Nkciy84

Essayez l'option 1 dans gdisk et voyez ce qui est écrit (tapez p pour afficher vos partitions). gdisk conserve les données en mémoire jusqu'à ce que vous écriviez. L'utilisation de cette option pour afficher les partitions ne comporte donc aucun risque; ce n'est que si vous tapez w pour enregistrer vos modifications que vous mettez n'importe quoi en danger. Si vous avez de la chance, gdisk pourra récupérer des données de partition valides. Voir cette page (partie de la documentation gdisk) pour plus d’informations sur la réparation des disques GPT.

Si gdisk ne fonctionne pas ou si certaines des partitions récupérées ne sont pas valides, vous devrez peut-être utiliser TestDisk.


Modifier: C'est PROBABLEMENT OK pour accepter les partitions récupérées par gdisk. Il semble que ces partitions proviennent de votre opération de redimensionnement de partition. À l'exception de /dev/sda7 que vous avez redimensionné, la sortie gdisk correspond à celle affichée dans votre deuxième capture d'écran. (Une mise en garde importante: gdisk montre les points de départ et d'arrêt avec précision, mais pas GParted.) Étant donné votre description, il semble que l'opération de redimensionnement a réussi. Il est donc probable que /dev/sda7 fonctionnera une fois restauré. Sinon, vous pouvez le supprimer sans toucher les autres partitions, puis utiliser TestDisk pour tenter de récupérer le système de fichiers que /dev/sda7 devrait contenir.

Notez qu'il peut y avoir AUCUNE GARANTIE à ce sujet. Dans le pire des cas, vous pouvez effacer la table de partitions récupérée et recommencer. vous ne seriez alors pas plus mal loti que maintenant.

2
Rod Smith