Beschädigte macOS-Partition nach GParted

GParted hat nicht wirklich nicht zugeordneten Speicherplatz erstellt. Stattdessen wurde der MBR falsch. Das CoreStorage LVG und alle nachfolgenden Container wurden ebenfalls beschädigt, da die Größe des gesamten Stacks nicht wie erforderlich geändert wurde. Normalerweise – in macOS – wird die Größe des gesamten Stapels mit dem Befehl geändert diskutil cs resizeStack .... Soweit ich das aus der Ferne sagen kann, wurde die Endgrenze der zweiten Partition einfach auf niedrigere Blocknummern verschoben, was normalerweise mit normalen HFS + -Volumes in GParted funktioniert, aber in diesem Fall nicht mit einem CoreStorage-Stack. Glücklicherweise wurden einige unsichtbare Datenstrukturen des CS-Stacks nicht überschrieben.

Außerdem wurde die Wiederherstellungspartition nicht richtig verschoben. Aber das ist ein anderes Problem.

Anstelle des MBR sollten Sie einen pMBR haben. Nachdem Sie den falschen MBR entfernt haben, müssen Sie die GUID-Partitionstabelle zerstören und neu erstellen:

• Booten Sie in den Internet-Wiederherstellungsmodus
• Öffnen Sie Terminal in der Menüleiste Dienstprogramme -> Terminal

• Verschaffen Sie sich einen Überblick (besonders der gpt- Befehl ist wichtig!):

  diskutil list
  gpt -r show disk0
  

• disk0 unmounten:

  diskutil umountDisk /dev/disk0
  

• Löschen Sie den MBR:

  dd if=/dev/zero of=/dev/disk0 bs=512 count=1
  

• Zerstören Sie die GUID-Partitionstabelle und erstellen Sie eine neue (dadurch wird auch ein neuer pMBR erstellt):

  gpt destroy disk0
  gpt create -f disk0
  

• Erstellen Sie alle vorherigen GUID-Partitionen neu:

  gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
  gpt add -i 3 -b 488965176 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  gpt add -i 2 -b 409640 -s 409602008 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
  

  Wenn Sie nach einem der Schritte einen Ressourcenauslastungsfehler erhalten, unmounten Sie disk0 einfach wieder mit

  diskutil umountDisk /dev/disk0
  

Überprüfen Sie die Festplatte diskutil verifyDisk disk0anschließend mit.

Geben Sie ein diskutil cs listund überprüfen Sie, ob alle vier CoreStorage-Container angezeigt werden: eine Logical Volume Group, ein Physical Volume und eine Logical Volume Family und ein Logical Volume.

Mit der UUID des Logical Volume mounten Sie das LV:

Beispiel:

    +-> Logical Volume 9A7B21AA-F9FE-4E65-8C7E-ED2A73744C15
        ---------------------------------------------------
        Disk:                  disk17
        Status:                Online

Dann benutze:

diskutil mount 9A7B21AA-F9FE-4E65-8C7E-ED2A73744C15

Nachdem Sie die Datenträgerkennung des bereitgestellten LV erhalten haben, diskutil listüberprüfen Sie das Volume:

diskutil verifyVolume disk17 # probably it's disk17, disk16 or disk18

Unten nehme ich an, dass die Festplattenkennung disk17 ist

Wenn die Logical Volume Family und das Logical Volume nicht angezeigt werden, versuchen Sie Folgendes:

• Booten Sie in den Internet-Wiederherstellungsmodus
• Öffnen Sie Terminal in der Menüleiste Dienstprogramme -> Terminal

• Verschaffen Sie sich einen Überblick (besonders der gpt- Befehl ist wichtig!):

  diskutil list
  gpt -r show disk0
  

• disk0 unmounten:

  diskutil umountDisk /dev/disk0
  

• Entfernen Sie den aktuellen Partitionseintrag für die zweite Partition:

  gpt remove -i 2 disk0
  

• Fügen Sie einen neuen "erweiterten" zweiten Partitionseintrag hinzu:

  gpt add -i 2 -b 409640 -s 488555536 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
  

• Wiederholen Sie dann alle Überprüfungsschritte:

  Überprüfen Sie die Festplatte diskutil verifyDisk disk0anschließend mit.

  Geben Sie ein diskutil cs listund überprüfen Sie, ob alle vier CoreStorage-Container angezeigt werden: eine Logical Volume Group, ein Physical Volume und eine Logical Volume Family und ein Logical Volume.

  Mit der UUID des Logical Volume mounten Sie das LV:

  Beispiel:

      +-> Logical Volume 9A7B21AA-F9FE-4E65-8C7E-ED2A73744C15
          ---------------------------------------------------
          Disk:                  disk17
          Status:                Online
  

  Dann benutze:

  diskutil mount 9A7B21AA-F9FE-4E65-8C7E-ED2A73744C15
  

  Nachdem Sie die Datenträgerkennung des bereitgestellten LV erhalten haben, diskutil listüberprüfen Sie das Volume:

  diskutil verifyVolume disk17 # probably it's disk16, disk17 or disk18
  

  Wenn Sie Fehler erhalten, sichern Sie die Daten oder die gesamte Partition auf einem externen Volume und reparieren Sie das Volume dann mit diskutil repairVolume disk17.

  Eine Möglichkeit die Daten zu sichern ist dd. Schließen Sie ein HFS+-formatiertes Laufwerk mit mindestens 250 GB freiem Speicherplatz an. Holen Sie sich den Pfad zum externen Volume mit ls /Volumes. Unmounten Sie dann disk17 und disk0 mit diskutil umountDisk disk17und diskutil umountDisk disk0.

  Klonen Sie dann die Partition in eine Datei:

  dd if=/dev/disk0s2 of=/Volumes/ExternalDriveName/disk0s2.rawdevice bs=4m
  

  Wenn der Volume-Name Leerzeichen enthält, maskieren Sie die Leerzeichen mit umgekehrten Schrägstrichen: ...of=/Volumes/ExternalDriveName\ With\ Spaces/disk0s2.rawdevice....

  Sie können auch verwenden asr, um die Partition auf einer anderen Festplatte wiederherzustellen (als temporäre "Sicherung"). Überprüfen Sie man asr.