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

Ma question, ou plutôt mon problème, concerne l'étendue de ce cas précédent dans lequel je voulais développer ma partition Linux (ext4). La partition / dev / sda6 était en train de faire cela et comme elle contenait bios_grub, je ne l'ai pas touchée jusqu'à ce qu'une personne ayant des connaissances spécialisées puisse m'aider.

Comme l'a suggéré l'aide, j'ai supprimé la partition en surbrillance / dev / sda6

Tout semblait bien

La partition a été supprimée avec succès, je suis donc passé à l'étape 3, en fusionnant / dev / sda7 (l'ext4 contenant tout Ubuntu) avec la partition non allouée pour développer ma partition Linux.

Tout semblait toujours aller dans le bon sens

Tout s'est donc bien passé. L'assistant a suggéré d' activer swappoff / sda8 pendant le processus , alors je l'ai fait. Gparted a continué à fusionner les deux partitions, ce qui, je pense, était une bonne chose, ainsi qu'à se rafraîchir pour trouver toutes les partitions après avoir désactivé la permutation.

Lorsque GParted a finalement été actualisé, le programme vient de s'arrêter et de s'arrêter alors qu'il était encore au milieu de la croissance de / dev / sda7.

J'ai redémarré GParted pour trouver ceci:
Mini crise cardiaque

Maintenant, je cours sudo testdiskdepuis une session de DVD en direct d'Ubuntu, effectuant une recherche plus approfondie sur le disque dur. Je l'ai déjà fait hier, mais je me suis rendu compte que c'était un peu, sinon un dépassement, au-dessus de ma tête. Alors s'il vous plaît, si vous avez le temps (mais surtout les connaissances pour m'aider avec cela (de préférence en temps réel via le chat ou quoi que ce soit)), aidez-moi à me libérer de ce tourment ...

EDIT: «nouvelles» informations:

Informations supplémentaires si nécessaire

ÉDITER:

Résultats de 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 1

Et TestDisk m'a donné ces résultats:

Après une exploration plus approfondie, TestDisk (en sélectionnant mon disque dur comme gpt efi) a montré que TOUS mes fichiers sur les partitions [OS], [DATA] et [RECOVERY] étaient parfaitement en contact. 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.

En ce moment, je copie tout le disque dur sur un disque dur externe pour me préparer à toute erreur probable lors de la manipulation de TestDisk pour essayer de récupérer le système.

EDIT 13 Februari 2014:
En ce moment, ma configuration ressemble à ceci. J'ai une certaine confusion sur mon disque dur, était-ce d'abord le MBR ou le GPT? Quoi qu'il en soit, quelques dernières étapes à franchir, j'espère que quelqu'un pourra m'aider! Ubuntu démarre à partir de GRUB et / ou rEFInd mais Windows 7 ne démarre tout simplement pas.

J'ai essayé avec chaque option de réparation de démarrage que j'ai pu trouver (sur Windows 7), mais jusqu'à présent, tout a échoué.
- Boot avec cd de réparation de démarrage de Windows 7 et entrez commande environnement rapide
- j'ai essayé les commandes: bootrec /fixmbr, bootrec /fixboot, bootrec /rebuildbcdet redémarrés, mais il fixe rien
- J'ai donc essayé la « méthode nucléaire » à l'aide des commandes: bootsect /nt60 c: /force /mbr,bcdboot c:\windows /s c:
- boot-repair-disk (linux lubuntu) ne m'a pas aidé non plus, j'ai essayé la réparation courante et la réparation avancée. Les étapes ci-dessus n'ont pas fonctionné pour moi.
sda4 est la partition contenant le système d'exploitation Windows

Essayez l'option 1 dans gdisket voyez ce qu'elle dit (tapez ppour afficher vos partitions). gdiskconserve les données en mémoire jusqu'à ce que vous écriviez, donc utiliser cette option pour afficher les partitions est assez sans risque; ce n'est que si vous tapez wpour enregistrer vos modifications que vous mettez quelque chose en danger. Si vous avez de la chance, gdiskvous pourrez récupérer des données de partition valides. Consultez cette page (partie de la gdiskdocumentation) pour en savoir plus sur la réparation des disques GPT.

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

Edit: il est PROBABLEMENT D' ACCEPTER les partitions gdiskrécupérées. Il semble que ces partitions proviennent de votre opération de redimensionnement de partition. À l'exception de /dev/sda7, que vous avez redimensionné, la gdisksortie correspond à celle indiquée dans votre deuxième capture d'écran. (Une mise en garde importante: gdiskaffiche les points de départ et d'arrêt avec précision, mais GParted ne le fait pas.) Compte tenu de votre description, il semble que l'opération de redimensionnement ait réussi, les chances de /dev/sda7fonctionner seront donc une fois récupérées. Sinon, vous pouvez le supprimer sans toucher aux autres partitions, puis utiliser TestDisk pour essayer de récupérer le système de fichiers qui /dev/sda7devrait contenir.

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