Windows 7 EFI GPT kann nach dem Wiederherstellungsvorgang nicht gestartet werden

15

Meine Frage oder eher das Problem betrifft das Ausmaß dieses vorherigen Falls, in dem ich meine Linux (ext4) -Partition erweitern wollte. Die Partition / dev / sda6 war dabei im Weg und da sie bios_grub enthielt, habe ich sie erst angefasst, als mir jemand mit Expertenwissen helfen konnte.

Bildbeschreibung hier eingeben
Wie vom Helfer vorgeschlagen, habe ich die markierte Partition / dev / sda6 gelöscht

Schritt 2
Alles schien gut

Die Partition wurde erfolgreich entfernt, also fuhr ich mit Schritt 3 fort und verschmolz / dev / sda7 (die ext4, die alles Ubuntu enthält) mit der nicht zugewiesenen Partition, um meine Linux-Partition zu vergrößern.

Bildbeschreibung hier eingeben
Alles schien immer noch in die richtige Richtung zu gehen

Also ging alles gut. Der Helfer schlug vor, swappoff während des Vorgangs auf / sda8 zu schalten , also tat ich es. Gparted hat die beiden Partitionen weiter zusammengeführt, was ich für eine gute Sache halte. Außerdem hat er sich selbst erfrischt, um nach dem Ausschalten alle Partitionen zu finden.

Als GParted endlich aktualisiert wurde, wurde das Programm einfach angehalten und beendet, während es sich noch in der Mitte des Wachstums von / dev / sda7 befand.

Ich habe GParted neu gestartet, um Folgendes zu finden: Bildbeschreibung hier eingeben
Mini-Herzinfarkt

Jetzt starte ich eine sudo testdiskUbuntu-Live-DVD-Sitzung und führe eine tiefere Suche auf der Festplatte durch. Ich habe das gestern schon gemacht, aber ich habe gemerkt, dass die Reparatur ein wenig, wenn nicht sogar weit über meinem Kopf liegt. Also bitte, wenn Sie die Zeit haben (aber vor allem das Wissen , mir dabei zu helfen (vorzugsweise in Echtzeit durch Chat oder irgendetwas)), helfen Sie mir, mich von dieser Qual zu befreien ...

EDIT: 'neue' Informationen:

Bildbeschreibung hier eingeben

Bildbeschreibung hier eingeben
Zusätzliche Informationen, falls erforderlich

BEARBEITEN:

Bildbeschreibung hier eingeben Bildbeschreibung hier eingeben
Bildbeschreibung hier eingeben TestDisk-Ergebnisse

Ausgabe von fdisk im 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:~$

Ausgabe von gdisk im 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:  

Ich antwortete mit 1 Bildbeschreibung hier eingeben

Und TestDisk gab mir diese Ergebnisse: Bildbeschreibung hier eingeben

Nach weiteren Untersuchungen zeigte TestDisk (während ich meine Festplatte als gpt efi auswählte), dass ALLE meine Dateien auf den Partitionen [OS], [DATA] und [RECOVERY] perfekt zusammenpassen. Die unbeschrifteten Partitionen sind jeweils 2 Linux-Partitionen, die Daten enthalten (ein Großteil davon ist beschädigt, aber das hat momentan nicht die höchste Priorität) und eine SWAP-Partition.

Im Moment kopiere ich die gesamte Festplatte auf eine externe Festplatte, um mich auf wahrscheinliche Fehler vorzubereiten, wenn ich mit TestDisk experimentiere, um das System wiederherzustellen.

EDIT 13. Februar 2014:
Im Moment sieht mein Setup so aus. Ich habe einige Verwirrung über meine Festplatte. War es zuerst MBR oder GPT? Wie auch immer, einige letzte Schritte, die erledigt werden müssen, ich hoffe, jemand kann mir helfen! Ubuntu bootet von GRUB und / oder rEFInd, aber Windows 7 bootet einfach nicht.
momentane Situation
Ich habe versucht, mit jeder Boot-Reparatur-Option, die ich finden konnte (über Windows 7), aber bis jetzt ist alles fehlgeschlagen.
- Stiefel mit Windows 7 Reparatur - CD - Boot und geben Sie Prompt Umgebung Befehl
- haben ich versucht , die Befehle: bootrec /fixmbr, bootrec /fixboot, bootrec /rebuildbcd, und neu gestartet, aber es fixierte nichts
- Also hat ich versucht , die „nukleare Methode“ durch die Befehle: bootsect /nt60 c: /force /mbr,bcdboot c:\windows /s c:
- boot-repair-disk (linux lubuntu) hat mir auch nicht weitergeholfen, ich habe versucht, allgemeine Reparaturen und fortgeschrittene Reparaturen durchzuführen. Die obigen Schritte haben bei mir nicht funktioniert.
sda4 ist die Partition, die das Windows-Betriebssystem enthält

Nkciy84
quelle
2
Sie sollten keine Partition ändern, die gerade verwendet wird. Möglicherweise möchten Sie auch Ihre Partitionstabelle sichern, bevor Sie etwas damit anfangen, damit Sie sie problemlos wiederherstellen können, falls etwas Ungewöhnliches passiert.
txwikinger
1
Es ist sehr schwierig, etwas zu raten, nachdem die Dinge durcheinander gebracht wurden. Mir scheint, dass die Partitionstabelle gelöscht wurde. Alle Daten wären noch vorhanden, wenn Sie die Partitionstabelle genau so wie sie war neu erstellen könnten. Dies sind die Gründe, warum Experten nicht nur auf Sicherungs-, sondern auch auf Wiederherstellungsstrategien bestehen. Ich würde das System für die Unterstützungen wieder installieren und wieder herstellen. Das ist normalerweise die sauberste Methode. Ich sage nicht, dass ein anderer Weg unmöglich ist, aber es dauert wahrscheinlich viel länger, wenn Sie keine Sicherung der Partitionstabelle haben.
txwikinger
Wenn Sie Glück haben, ist die Partitionstabelle noch auf der Festplatte vorhanden und wurde nur im Puffer geändert. In diesem Fall, aber nur wenn dies der Fall ist, wird der Computer durch Ausschalten und erneutes Starten wieder in den alten Status versetzt. Es kann jedoch nicht garantiert werden, dass dies der Fall ist. Es hat für mich in der Vergangenheit funktioniert, aber manchmal hat es nicht. Sichern Sie daher so viel wie möglich und hoffen Sie auf das Beste
txwikinger
Ja, danke, obwohl Maßnahmen, die ich in Zukunft ergreifen könnte, mir jetzt nicht helfen werden. Ich habe den Computer bereits neu gestartet. Das BIOS funktioniert, aber es gibt keinen Eintrag zum Booten von Windows oder Linux. Ich habe ein paar Screenshots von TestDisk hinzugefügt, um die Situation zu
verbessern
Wow, ich habe es geschafft, alles wiederherzustellen (alle Windows- und Ubuntu-Dateien, die Windows-Wiederherstellungspartition und alles Ubuntu. Das einzige, was fehlt, ist die Möglichkeit , Windows (und die Wiederherstellungspartition von Windows) zu booten. Wenn ich das nur bekommen könnte Letzter Teil behoben, alles würde wieder
peachy sein

Antworten:

2

Versuchen Sie Option 1 in gdiskund sehen Sie, was es sagt (geben Sie ein p, um Ihre Partitionen anzuzeigen). gdiskHält Daten im Speicher, bis Sie schreiben. Daher ist die Verwendung dieser Option zum Anzeigen der Partitionen ziemlich risikofrei. Nur wenn Sie tippen w, um Ihre Änderungen zu speichern, wird etwas gefährdet. Wenn Sie Glück haben, gdiskkönnen Sie gültige Partitionsdaten wiederherstellen. Weitere Informationen zum Reparieren von GPT-Datenträgern finden Sie auf dieser Seite (Teil der gdiskDokumentation).

Wenn gdiskdies nicht funktioniert oder einige der wiederhergestellten Partitionen ungültig sind, müssen Sie möglicherweise TestDisk verwenden.


Bearbeiten: Es ist wahrscheinlich in Ordnung, die gdiskwiederhergestellten Partitionen zu akzeptieren . Es scheint, dass diese Partitionen nach der Größenänderung der Partition erstellt wurden. Mit Ausnahme von /dev/sda7, dessen Größe Sie geändert haben, gdiskstimmt die Ausgabe mit der in Ihrem zweiten Screenshot gezeigten überein. (Eine wichtige Einschränkung: gdiskZeigt Start- und Stoppunkte genau an, GParted jedoch nicht.) Nach Ihrer Beschreibung sieht es so aus, als ob die Größenänderung erfolgreich war, sodass die Wahrscheinlichkeit besteht, dass die Wiederherstellung funktioniert /dev/sda7. Wenn nicht, können Sie es löschen, ohne die anderen Partitionen zu berühren, und dann mit TestDisk versuchen, das Dateisystem wiederherzustellen, /dev/sda7das enthalten soll.

Beachten Sie, dass diesbezüglich KEINE GARANTIEN übernommen werden können. Im schlimmsten Fall können Sie jedoch die wiederhergestellte Partitionstabelle löschen und neu starten. es würde dir dann nicht schlechter gehen als jetzt.

Rod Smith
quelle
Ich habe gerade den Beitrag bearbeitet und dieses Bild erhalten: i.imgur.com/kdOmRyJ.png?1?3211
Nkciy84
Siehe meine Bearbeitung oben.
Rod Smith
Das macht tatsächlich Sinn, da GParted Dateien von A nach B verschoben hat und eine Festplatte wie eine Festplatte funktioniert. Das einzige, was sich gegenüber der alten Partition SDA7 geändert hat, ist, dass sie tatsächlich noch vorhanden ist, aber als "überschreibbar" markiert sind. . Habe ich recht?
Nkciy84
Also fehlt eigentlich nur noch die Partitionstabelle und BIOS_GRUB
Nkciy84
All dies hat das Problem nie behoben. Ich habe auf SuperUser eine neue Frage dazu erstellt (wir diskutieren sie derzeit), da es sich eher um eine Windows- oder eine Multi-OS-Frage als um Ubuntu handelt. superuser.com/questions/713919/...
Nkciy84