Serve aiuto per decifrare i risultati di TestDisk per riparare l'HDD

0

Sfondo -

Durante il tentativo di utilizzare asr nel terminale per copiare i contenuti di un HDD in errore su empty HD # 1 , I facepalm imposta il target come BACKUP HD # 2 .

Quando premo invio, asr passa attraverso i normali passaggi, quindi tocca PSTT 0 100 avvia ripristino e resta in sospeso più a lungo di quanto mi aspettassi. Poi ho capito che ho messo il volume di destinazione sbagliato e ho chiuso la finestra.

Ora, quando inserisco BACKUP HD # 2 nel mio laptop, non viene montato. Posso vederlo in Utility Disco e posso eseguire riparazioni su di esso, ma ottenere quanto segue:

"Sono stati rilevati problemi con la mappa delle partizioni, che potrebbe impedire l'avvio"

Anche il tentativo di montarlo nel terminale fallisce.

Ho Disk Warrior, e può vedere il disco rigido (e mostra anche il nome che ho impostato, mentre Utility Disco lo mostra come Senza titolo) ma dice che l'unità è troppo grande.

Ho Drive Genius, ma si trova sotto i dispositivi e non i volumi, quindi non posso ripararli neanche lì.

Ho acquistato Disk Drill, ho scansionato l'unità, ma ha classificato i file trovati per tipo - video / immagini / audio / etc e scaricato tutte le informazioni sul nome del file - ora sono file 000001.jpg ecc. Quindi ho perso nomi di file e struttura delle cartelle. Sono così grato e felice di poter riavere i miei file, ora sperando che ci sia un modo per riportare la mia struttura / i miei nomi sul vecchio disco ...

Dopo 4 giorni di scansione con TestDisk, ecco i risultati, ma non so cosa fare dopo. Qualche idea?

Grazie!

 TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org

Disk /dev/rdisk1 - 3000 GB / 2794 GiB - 732566645 sectors
     Partition               Start        End    Size in sectors
 P EFI System                     6      76805      76800 [EFI]
 P Mac HFS                   156013  271598000  271441988
>P Mac HFS                280526626  282014439    1487814
 P Mac HFS                288815421  288905227      89807
 P Mac HFS                288931061  289023226      92166
 P Mac HFS                289086265  289190956     104692
 P Mac HFS                290295252  291221714     926463
 P Mac HFS                486080570  486424828     344259
 P Mac HFS                489985809  490029384      43576
 P Mac HFS                701675873  709084595    7408723

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type,
     Enter: to continue
HFSX blocksize=4096, 6094 MB / 5811 MiB
    
posta Lauren 23.08.2016 - 17:22
fonte

1 risposta

1

I risultati di TestDisk per i dischi OS X sono spesso fuorvianti o addirittura errati perché l'algoritmo interpreta erroneamente il contenuto speciale del volume nascosto. AFAIK tenta di rilevare blocchi vuoti speciali (2) seguiti dall'occorrenza della stringa HFSJ nel terzo blocco - che segna l'inizio di un volume HFSJ. Una sequenza simile viene utilizzata per rilevare gli ultimi blocchi di un volume. Tali "blocchi" di 1536 byte sono più frequenti di quanto riesca a gestire TestDisk.

Preferisco un approccio diverso:

I dischi esterni partizionati da Utility Disco su un volume HFS + (visibile) di solito hanno uno schema di partizione tipico:

a seconda della dimensione del blocco del dispositivo (512 B o 4096 B) e della dimensione totale del disco contengono una partizione EFI 200 MiB o 300 MiB come prima partizione dopo la tabella delle partizioni, quindi il volume principale e infine una partizione MiB 134.2 o spazio libero della stessa dimensione. Gli ultimi blocchi sono occupati dalla seconda tabella di partizione ("backup").

Lo schema di partizione Apple GUID standard di un disco 512 B assomiglia a questo:

                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  part2-size      2  GPT part - partition type
part2-size+409640      262144      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
    total_size-40           7         
    total_size-33          32         Sec GPT table
     total_size-1           1         Sec GPT header

la dimensione della parte 2 di solito è: dimensione totale - 671824 in 512 blocchi B. Se manca la partizione 3, le ultime tre linee hanno questo aspetto:

total_size-262190      262151         
    total_size-33          32         Sec GPT table
     total_size-1           1         Sec GPT header

Lo schema di partizione Apple GUID standard di un disco 4096 B assomiglia a questo:

               0           1         PMBR
               1           1         Pri GPT header
               2           4         Pri GPT table
               6       76800      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
           76806  part2-size      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
total_size-32773       32768         
    total_size-5           4         Sec GPT table
    total_size-1           1         Sec GPT header

solitamente la dimensione di una part2 è: dimensione totale - 109579 in 4096 blocchi B.

I dischi 512 B possono anche avere un partition EFI da 614400 blocchi (512) (partizione 1) o 4096 B possono avere una partizione EFI da 51200 blocchi (4096) - entrambi possono essere trovati meno frequentemente del contrario. La dimensione della partizione principale viene ridotta o ingrandita rispettivamente.

Poiché gpt scrive solo nella prima e nella seconda tabella delle partizioni (e non sovrascrive il contenuto del volume!) puoi testare ora quali dimensioni della partizione possono andare bene.

I comandi di base gpt sono i seguenti:

  • mostra la tabella delle partizioni:

    sudo gpt -r show diskX 
    
  • aggiungi una partizione:

    sudo gpt add -i (i) -b (block-nr) -s (blocks) -t (GUID) diskX
    

    con i: numero indice, b: blocco iniziale, s: dimensione, t: tipo di partizione

  • rimuovi una partizione:

    sudo gpt remove -i (i) diskX
    
  • distruggi tabella delle partizioni:

    sudo gpt destroy diskX
    
  • crea una nuova tabella delle partizioni:

    sudo gpt create -f diskX
    

Ripristino del disco:

  • rimuovi qualsiasi disco esterno, pen drive ecc. eccetto quello danneggiato.
  • Apri Terminal.app e inserisci diskutil list per ottenere una panoramica. Nell'output verrà visualizzato l'identificativo del disco del disco esterno (ad esempio disk2, di seguito si assume che sia disk2, l'identificatore del disco potrebbe essere diverso!)
  • ottieni la dimensione del blocco del dispositivo:

    diskutil info disk2 | grep "Device Block Size"
    
  • ottieni la tabella delle partizioni del disco:

    sudo gpt -r show disk2
    
  • Smonta il disco:

    diskutil umountDisk disk2
    
  • se trovi le partizioni rimuoverle tutte con ad es. sudo gpt remove -i 2 disk2 , sudo gpt remove -i 3 disk2 e sudo gpt remove -i 1 disk2 . Se non viene trovata alcuna tabella delle partizioni, creane una nuova.
  • esaminando le proprietà del disco (probabilmente un disco 4096 B) Vorrei provare quanto segue ora:

    sudo gpt add -i 1 -b 6 -s 51200 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk2
    sudo gpt add -i 2 -b 51206 -s 732482666 -t 48465300-0000-11AA-AA11-00306543ECAC disk2
    

    quindi verifica un potenziale volume con

    diskutil verifyVolume disk2s2
    

    o se questo fallisce rimuovi le partizioni di nuovo con sudo gpt remove -i 2 disk2 e sudo gpt remove -i 1 disk2 e scegli una diversa dimensione della partizione EFI:

    sudo gpt add -i 1 -b 6 -s 76800 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk2
    sudo gpt add -i 2 -b 76806 -s 732457066 -t 48465300-0000-11AA-AA11-00306543ECAC disk2
    

    quindi verifica un potenziale volume con

    diskutil verifyVolume disk2s2
    

In questa risposta viene delineato un metodo diverso per trovare i limiti della partizione pertinenti: come riparare il disco rigido GUID danneggiato in MBR e diverse altre risposte .

In linea di principio, è simile al metodo TestDisk ma con qualche interpretazione (umana) delle strutture del volume caratteristico rilevabile / rilevato. Pertanto non è automatizzato e più lento.

Se l'attività asr ha sovrascritto parti importanti del precedente volume principale, non può essere recuperato.

    
risposta data 23.08.2016 - 20:12
fonte

Leggi altre domande sui tag