it-swarm.com.de

Windows 7 EFI GPT kann nach dem Wiederherstellungsvorgang nicht gestartet werden

Meine Frage bzw. mein Problem betrifft das Ausmaß von dieser vorherige Fall , 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.

enter image description here
Wie vom Helfer vorgeschlagen, habe ich die markierte Partition/dev/sda6 gelöscht

Step 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.

enter image description here
Es schien immer noch alles 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 mitten in der Entwicklung von/dev/sda7 befand.

Ich habe GParted neu gestartet, um Folgendes zu finden: enter image description here
Mini-Herzinfarkt

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

EDIT: 'neue' Informationen:

enter image description here

enter image description here
Zusätzliche Informationen, falls erforderlich

BEARBEITEN:

enter image description hereenter image description here
enter image description here  Testergebnisse

Ausgabe von fdisk im Terminal:

[email protected]:~$ 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
[email protected]:~$

Ausgabe von gdisk im Terminal:

[email protected]:~$ 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 1enter image description here

Und TestDisk gab mir diese Ergebnisse: enter image description here

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.
current situation
Ich habe mit jeder gefundenen Boot-Reparaturoption (etwa Windows 7) versucht, aber bis jetzt ist alles fehlgeschlagen.
- Starten Sie mit Windows 7 Boot Repair CD und rufen Sie die Eingabeaufforderungsumgebung auf
- Ich habe die Befehle ausprobiert: bootrec /fixmbr, bootrec /fixboot, bootrec /rebuildbcd und neu gestartet, aber es wurde nichts behoben
- Also habe ich die "Nuklearmethode" mit den Befehlen ausprobiert: bootsect /nt60 c: /force /mbr, bcdboot c:\windows /s c:
- die boot-repair-disk (linux lubuntu) hat mir auch nicht weitergeholfen, ich habe versucht, allgemeine reparaturen und erweiterte reparaturen durchzuführen. Die obigen Schritte haben bei mir nicht funktioniert.
sda4 ist die Partition, die das Windows-Betriebssystem enthält

15
Nkciy84

Probieren Sie Option 1 in gdisk aus und sehen Sie, was darin steht (geben Sie p ein, um Ihre Partitionen anzuzeigen). gdisk speichert die Daten bis zum Schreiben im Speicher. Daher ist die Verwendung dieser Option zum Anzeigen der Partitionen ziemlich risikofrei. Nur wenn Sie w eingeben, um Ihre Änderungen zu speichern, werden Sie ein Risiko eingehen. Wenn Sie Glück haben, kann gdisk gültige Partitionsdaten wiederherstellen. Weitere Informationen zum Reparieren von GPT-Datenträgern finden Sie unter diese Seite (Teil der gdisk Dokumentation).

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


Bearbeiten: Es ist WAHRSCHEINLICH OK, um die Partitionen zu akzeptieren, die gdisk wiederhergestellt hat. 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, stimmt die Ausgabe von gdisk mit der in Ihrem zweiten Screenshot gezeigten überein. (Eine wichtige Einschränkung: gdisk zeigt Start- und Stoppunkte genau an, GParted jedoch nicht.) Nach Ihrer Beschreibung scheint der Größenänderungsvorgang erfolgreich zu sein, sodass die Wahrscheinlichkeit besteht, dass /dev/sda7 nach Wiederherstellung funktioniert. Wenn nicht, können Sie es löschen, ohne die anderen Partitionen zu berühren, und dann mit TestDisk versuchen, das Dateisystem wiederherzustellen, das /dev/sda7 enthalten soll.

Beachten Sie, dass diesbezüglich KEINE GARANTIEN gelten 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.

2
Rod Smith