Ripristino della partizione OS X: calcoli errati calcolati, impossibile montare disk0s2

1

Ho seguito la strategia di Klanomath (vedi link ) in per recuperare la mia partizione persa OSX (el Capitan) (MBR sovrascritto da Windows bootcamp). In questa procedura devi trovare i giusti limiti della tua partizione. Ma quando ho ottenuto i miei limiti e ho creato la mia partizione, disk0s2 non voleva essere montato. Ciò significa che i limiti non sono buoni.

Questa è la mia situazione al momento:

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# 

I confini che ho trovato:

  • 1 ° HFSJ: 249128179712/512 = blocco 486578476
  • 2nd HFSJ: 253857728000/512 = blocco 495815875

Hai qualche suggerimento?

    
posta Coen Bosch 09.03.2016 - 19:50
fonte

2 risposte

2

La soluzione qui è più o meno la stessa descritta nella risposta a questa domanda. La soluzione è una soluzione temporanea perché la persona che chiede non ha né una pen drive né un disco esterno o un secondo Mac. Devi avere un'unità di sistema con un OS X completo per installare app aggiuntive come wxHexEditor per ispezionare i dati grezzi sul disco. Quindi l'unico modo praticabile era l'installazione di OS X sull'unità danneggiata con il rischio di sovrascrivere le vecchie partizioni "perse".

Se possiedi un secondo dispositivo di avvio come un disco esterno o una pen drive, installa un OS X completamente nuovo (non solo una semplice chiave di installazione avviabile!). Installa inoltre wxHexEditor. Abilita l'utente root, accedi come root.

Ora apri wxHexEditor e determina i limiti del Recovery HD "perso". Sovrascrivere la tabella di partizione GUID originale e sostituirla con un MBR con Gestione disco di Windows in genere non tocca il contenuto del disco. Le vecchie strutture dati sono ancora sul disco e possono essere trovate cercando le stringhe speciali e il contenuto dei file.

La persona che chiede ha fornito le seguenti informazioni: la partizione di Windows aveva una dimensione di 100 GB. Questo facilita la ricerca perché i primi ~ 390 GB (del disco da 500 GB) possono essere saltati da quando la partizione di Windows viene creata alla fine di un disco.

La partizione Recovery HD ha il seguente contenuto:

  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)

Se hai trovato questi blocchi, puoi facilmente determinare il blocco iniziale di Recovery HD come descritto nella risposta collegata. Poiché tutte le altre partizioni (EFI e il volume principale di OS X, supponendo che esista solo un volume principale) sono determinate dal primo blocco di Recovery HD, è possibile eseguire la matematica.

La soluzione finale era:

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

Dopo aver verificato i volumi con:

diskutil verifyVolume disk0s2
diskutil verifyVolume disk0s3

e rimuovendo le partizioni temporanee il volume principale è stato finalmente espanso per estendere l'intero disco con:

diskutil cs resizeStack lvUUID 0g
    
risposta data 10.03.2016 - 20:52
fonte
0

La mia partizione viene ripristinata grazie a @klanomath. È stato difficile uscire dai limiti corretti seguendo la procedura standard e senza conoscere le caratteristiche di un disco con vecchie finestre e partizioni osx. @klanomath ha fatto un ottimo lavoro alla ricerca del Recovery-HD e da lì a determinare la partizione persa. Imparato molto. Grazie ancora! Saludos de Cusco.

    
risposta data 10.03.2016 - 20:35
fonte

Leggi altre domande sui tag