Wiederherstellung der OS X-Partition: Falsche Grenzen berechnet, kann disk0s2 nicht mounten

Ich folgte der Strategie von Klanomath (siehe Link ), um meine verlorene OSX (el Capitan) -Partition (MBR von Bootcamp Windows überschrieben) wiederherzustellen. In diesem Verfahren müssen Sie die richtigen Grenzen Ihrer Partition finden. Aber als ich meine Grenzen bekam und meine Partition erstellte, wollte disk0s2 nicht mounten. Dies bedeutet, dass die Grenzen nicht gut sind.

Das ist meine momentane Situation:

CJs-MacBook-Pro:~ root# gpt -r show /dev/disk0
      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  495406233      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  495815873    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  497085409  302914591         
  800000000  100000000      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  900000000    1269536      5  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  901269536   75503599         
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header
CJs-MacBook-Pro:~ root# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:          Apple_CoreStorage                         253.6 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s3
   4:                  Apple_HFS TempSystem              51.2 GB    disk0s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk0s5
CJs-MacBook-Pro:~ root#

Die Grenzen, die ich gefunden habe:

1st HFSJ: 249128179712/512 = Block 486578476
2nd HFSJ: 253857728000/512 = Block 495815875

Hast du irgendwelche Vorschläge?

macos boot partition

— Coen Bosch
quelle

Willkommen bei Ask Different. Könnten Sie dies bearbeiten, um auf die relevante Diskussion oder die Schritte zu verweisen, denen Sie folgen? Stellen Sie außerdem sicher, dass Sie eine spezifische (und hoffentlich eng gefasste) Frage oder Beschreibung dazu hinzufügen, was Sie erreichen möchten und was Sie als Ihre Straßensperre für den Erfolg ansehen.

— bmike

Vielen Dank für die Organisation des Textes! Ich habe gerade herausgefunden, wie. Glaubst du, du kannst mir helfen? Benötigen Sie weitere Informationen?

— Coen Bosch

Was willst du? Alles abwischen und neu anfangen? entferne ich eine Partition?

— Stellen

@CoenBosch Normalerweise ist zwischen disk0s2 und disk0s3 kein Leerzeichen. Ihre Partitionstabelle zeigt einen nicht zugewiesenen Speicherplatz von 495815873-495406233 = 409640 Blöcken. Zusätzlich sind Startblock und Größe einer normalen Partition durch 8 teilbar. Die Startblöcke von Partition 2 und 3 sind falsch und die Größe von Partition 2 ist ebenfalls falsch. Sie haben wahrscheinlich das falsche HFSJ-Vorkommen gewählt.

— klanomath

@klanomath Ich bin derjenige in Peru, der gerade aufgestanden ist, aber es sollte ungefähr 13.00 Uhr in Berlin sein, nicht wahr? Ich habe Team Viewer (v11) installiert und Sie können eine Sitzung mit 623 374 526 psw 1458 starten. Es wäre fantastisch, wenn Sie sie reparieren könnten. Der leere Raum war immer da. Ich weiß nicht, was es geschaffen hat. Vielen Dank für den Versuch ...

— Coen Bosch

Antworten:

Die Lösung hier ist mehr oder weniger die gleiche wie in der Antwort auf diese Frage beschrieben. Die Lösung ist eine Notlösung, da die fragende Person weder ein USB-Stick noch eine externe Festplatte oder einen zweiten Mac hatte. Sie benötigen ein Systemlaufwerk mit einem vollständigen OS X-Betriebssystem, um zusätzliche Apps wie wxHexEditor zu installieren und die Rohdaten auf dem Laufwerk zu überprüfen. Die einzige praktikable Möglichkeit war die Installation von OS X auf dem beschädigten Laufwerk mit dem Risiko, die alten "verlorenen" Partitionen zu überschreiben.

Wenn Sie ein zweites Startgerät wie eine externe Festplatte oder ein USB-Stick haben, installieren Sie ein neueres vollständiges OS X (nicht nur ein bootfähiges USB-Stick!). Installieren Sie zusätzlich wxHexEditor. Aktivieren Sie den Root-Benutzer und melden Sie sich als Root an.

Öffnen Sie nun wxHexEditor und bestimmen Sie die Grenzen der "verlorenen" Recovery HD. Das Überschreiben der ursprünglichen GUID-Partitionstabelle und das Ersetzen durch einen MBR durch die Windows-Datenträgerverwaltung wirkt sich normalerweise nicht auf den Inhalt Ihres Datenträgers aus. Die alten Datenstrukturen befinden sich noch auf der Festplatte und können durch Suchen nach speziellen Zeichenfolgen und Dateiinhalten gefunden werden.

Die fragende Person gab die folgenden Informationen an: Die Windows-Partition hatte eine Größe von 100 GB. Dies erleichtert die Suche, da die ersten ~ 390 GB (der 500-GB-Festplatte) übersprungen werden können, da die Windows-Partition am Ende einer Festplatte erstellt wird.

Die Recovery HD-Partition hat den folgenden Inhalt:

  0-1. block:        0x00s
    2. block:        the string "HFSJ" in the first 16 Bytes
    8. block:        0xFFs (probably an allocation file)
11-13. block:        0xFFs (probably a second allocation file)

Wenn Sie diese Blöcke gefunden haben, können Sie den Startblock der Recovery HD leicht bestimmen, wie in der verknüpften Antwort beschrieben. Da alle anderen Partitionen (EFI und das Hauptvolumen von OS X - vorausgesetzt, dass nur ein Hauptvolumen vorhanden ist) vom ersten Block der Recovery HD bestimmt werden, kann die Berechnung durchgeführt werden.

Die endgültige Lösung war:

gpt add -b 409640 -i 2 -s 779781456 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt add -b 780191096 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

Nach Überprüfung der Volumes mit:

diskutil verifyVolume disk0s2
diskutil verifyVolume disk0s3

Durch das Entfernen temporärer Partitionen wurde das Hauptvolume schließlich so erweitert, dass es die gesamte Festplatte umfasst:

diskutil cs resizeStack lvUUID 0g

— klanomath
quelle

Meine Partition wird dank @klanomath wiederhergestellt. Es war ziemlich schwierig, nach dem Standardverfahren die richtigen Grenzen zu finden, ohne die Eigenschaften einer Festplatte mit alten Windows- und OSX-Partitionen zu kennen. @klanomath hat großartige Arbeit geleistet, um die Recovery-HD zu finden und von dort aus die verlorene Partition zu bestimmen. Viel gelernt. Danke noch einmal! Saludos de Cusco.

— Coen Bosch
quelle