Windows 10-Partition verschwand nach Größenänderung

Meine Windows-Partition ist nach der Größenänderung verschwunden. Ich habe einen Beitrag auf NERDr mit einer Anleitung zur Behebung des Problems gefunden und alles getan. Das habe ich in meinem Terminal:

Enter an MBR hex code (default AF): 07
Set the bootable flag? (Y/N): y

Unused partition space(s) found. Use one to protect more partitions? (Y/N): n

Recovery/transformation command (? for help): o

Disk size is 490234752 sectors (233.8 GiB)
MBR disk identifier: 0x0566FE4C
MBR partitions:

Number  Boot  Start Sector   End Sector   Status      Code
   1                     1    133448879   primary     0xEE
   2      *      133448880    489972567   primary     0x07

Recovery/transformation command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/disk0.
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Unable to open device '/dev/disk0' for writing! Errno is 1! Aborting write!

Recovery/transformation command (? for help):

Das Problem ist die vorletzte Zeile, die besagt, dass die Aktion abgebrochen wurde, weil die Platte nicht geöffnet werden kann.

Einige Details der Partitionszuordnung:

Andrews-MBP:~ Drew$ sudo fdisk /dev/disk0
Disk: /dev/disk0 geometry: 30515/255/63 [490234752 sectors]
Signature: 0xAA55
         Starting       Ending
#: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
1: EE 1023 254  63 - 1023 254  63 [         1 -  490234751] <Unknown ID>
2: 00    0   0   0 -    0   0   0 [         0 -          0] unused     
3: 00    0   0   0 -    0   0   0 [         0 -          0] unused     
4: 00    0   0   0 -    0   0   0 [         0 -          0] unused     
Andrews-MBP:~ Drew$ sudo gpt -vv -r show /dev/disk0
gpt show: /dev/disk0: mediasize=251000193024; sectorsize=512; blocks=490234752
gpt show: /dev/disk0: PMBR at sector 0
gpt show: /dev/disk0: Pri GPT at sector 1
gpt show: /dev/disk0: Sec GPT at sector 490234751
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6        
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  131769704      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  132179344    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  133448880  356523688      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  489972568     262151        
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header

Ich habe auch einige Antworten im offiziellen Apple Support Forum , aber da ich es eilig habe, das Problem zu beheben, habe ich es auch hier gepostet.

Kommentare sind nicht für längere Diskussionen gedacht; Diese Konversation wurde in den Chat verschoben .

Antworten (1)

Die 4. Partition hat den falschen Partitionstyp. Es ist als HFS+-Partition gekennzeichnet, es sollte sich jedoch um Microsoft Basic Data handeln.

  • Booten Sie in den Internet-Wiederherstellungsmodus
  • Öffnen Sie Terminal in der Menüleiste > Dienstprogramme > Terminal
  • Geben Sie diskutil listund mit der Plattenkennung der dort gefundenen internen Platte ein: gpt -r show diskX. Normalerweise ist es disk0 - unten nehme ich an, dass es disk0 ist. Verwenden Sie die Festplattenkennung, die Sie in Ihrer Umgebung gefunden haben, in den folgenden Befehlen! Sie haben auch ein CoreStorage-Volume (z. B. FileVault). Überprüfen Sie auch die Datenträgerkennung. Unten gehe ich davon aus, dass es disk2 ist. Wenn Sie es nicht gemountet haben (weil Sie es nicht entsperrt haben - falls es verschlüsselt ist), müssen Sie es unten nicht unmounten.

  • Unmounten Sie das logische Volume und dann die interne Festplatte:

    diskutil umountDisk /dev/disk2
diskutil umountDisk /dev/disk0

  • Entfernen Sie die vierte Partition:

    gpt remove -i 4 /dev/disk0

  • Fügen Sie die vierte Partition mit demselben ersten Block und derselben Größe, aber mit dem richtigen Typ, erneut hinzu:

    diskutil umountDisk /dev/disk2
diskutil umountDisk /dev/disk0
gpt add -b 133448880 -i 4 -s 356523688 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 /dev/disk0
  • Neustart
Immer wenn ich gpt remove -i 4/dev/disk0 eingebe, heißt es, dass der Pfad nicht existiert, dasselbe Ergebnis, wenn ich versuche, ihn auch hinzuzufügen. Keine Ahnung, wie zum Teufel es nicht existiert, da das Terminal es als Ergebnis anzeigt.
@MrBlargg Zwischen 4 und /dev/d muss ein Leerzeichen stehen ...
Ja, ich habe es richtig in die Konsole eingegeben. Ich hatte ein ähnliches Problem mit der ersten Lösung, die ich ausprobiert habe. Nachdem ich mit jemand anderem gesprochen hatte, sagten sie mir, dass es kaum Chancen auf Wiederherstellung gibt, weil ich die Partition versehentlich neu formatiert habe. Also mache ich gerade eine neue Windows-Version über Bootcamp. Sollte in der Lage sein, die meisten meiner Dateien durch Professoren zurückzubekommen, also ist das in Ordnung.
Windows 10-Partition verschwand nach Größenänderung
AntwortenHierDatenschutz-Bestimmungen1y, 0v