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

15

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.

entrez la description de l'image ici
Comme l'a suggéré l'aide, j'ai supprimé la partition en surbrillance / dev / sda6

Étape 2
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.

entrez la description de l'image ici
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: entrez la description de l'image ici
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:

entrez la description de l'image ici

entrez la description de l'image ici
Informations supplémentaires si nécessaire

ÉDITER:

entrez la description de l'image ici entrez la description de l'image ici
entrez la description de l'image ici 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 entrez la description de l'image ici

Et TestDisk m'a donné ces résultats: entrez la description de l'image ici

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.
situation actuelle
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

Nkciy84
la source
2
Vous ne devez pas modifier une partition en cours d'utilisation. En outre, vous souhaiterez peut-être sauvegarder votre table de partition avant de faire quoi que ce soit avec elle, afin de pouvoir la restaurer facilement en cas de problème.
txwikinger
1
Il est très difficile de conseiller quelque chose après que les choses aient été gâchées. Il me semble que la table de partition a été supprimée. Toutes les données seraient toujours là, si vous pouvez recréer la table de partition exactement comme elle était. Ce sont les raisons pour lesquelles les experts insistent non seulement sur les stratégies de sauvegarde mais également de restauration. Je voudrais réinstaller et restaurer le système pour les sauvegardes. C'est généralement la façon la plus propre de le faire. Je ne dis pas qu'une autre façon est impossible, mais cela prend probablement beaucoup plus de temps si vous n'avez pas de sauvegarde de la table de partition.
txwikinger
Si vous êtes chanceux, la table de partition existe toujours sur le disque et n'a été modifiée que dans le tampon. Dans ce cas, mais uniquement si cela est vrai, éteindre l'ordinateur et le redémarrer le ramènerait à l'ancien état. Cependant, rien ne garantit que ce soit le cas. Cela a fonctionné pour moi dans le passé, mais parfois non. Par conséquent, sauvegardez autant que vous le pouvez, aussi longtemps que vous le pouvez et espérez le meilleur
txwikinger
Oui, merci, même si les actions que je pourrais entreprendre à l'avenir ne m'aideront pas maintenant. J'ai déjà redémarré l'ordinateur. Le bios fonctionne mais il n'y a pas d'entrée pour démarrer Windows ou Linux. J'ai ajouté quelques captures d'écran de TestDisk pour que la situation prenne plus de sens
Nkciy84
Whow, j'ai réussi à tout récupérer (toutes les fenêtres et les fichiers Ubuntu, la partition de récupération Windows et tout Ubuntu. La seule chose qui manque est la possibilité de démarrer Windows (et la partition de récupération des fenêtres), cependant. Si je ne pouvais que l'obtenir dernière partie corrigée, tout serait à nouveau
pêche

Réponses:

2

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.

Rod Smith
la source
Je viens de modifier
Nkciy84
Voir mon montage, ci-dessus.
Rod Smith
Cela a du sens, car GParted a déplacé des fichiers de A vers B, et un disque dur fonctionnant comme un disque dur fonctionne, la seule chose qui a changé par rapport à l'ancienne partition SDA7 est ACTUELLEMENT ENCORE LÀ, mais ils sont marqués comme `` prêts à être remplacés '' . Ai-je raison?
Nkciy84
Donc, en fait, la seule chose qui manque est la table de partition et BIOS_GRUB
Nkciy84
Tout ce qui précède n'a jamais résolu le problème. J'ai créé une nouvelle question sur SuperUser à ce sujet (nous en discutons en ce moment) car c'est plus une question Windows ou multi-os qu'Ubuntu. superuser.com/questions/713919/…
Nkciy84