Ricostruzione della mappa della partizione

3

Ho un hdd esterno che non si monta più. Penso di rovinare tutte le ricerche che ho fatto e le cose che provo. Ho informazioni vitali su questo hdd e ho davvero paura di perderlo.

Ho provato questo: Ricrea tabella delle partizioni su HDD esterno - non scrivibile ma riscontra un problema:

sudo pdisk /dev/rdisk1
pdisk: No valid block 1 on '/dev/rdisk2' Edit /dev/rdisk2 - Command (? for help):

Ho provato una scansione con Disk Drill e sembra che i dati ci siano ma dopo aver provato a recuperare alcuni file, non posso aprirli. Hanno le dimensioni ma non riesco ad aprirli.

Ho provato repairdisk:

diskutil repairdisk /dev/disk2
Repairing the partition map might erase disk2s1, proceed? (y/N) y
Started partition map repair on disk2
Checking prerequisites
Checking the partition list
Problems were encountered during repair of the partition map
Error: -69770: Partition map check failed because no slices were found

Ho provato il disco di prova e prima della ricerca rapida ottengo il suo:

Bad MAC partition, invalid block0 signature read_part_mac: bad DPME signature

dopo la ricerca rapida questo è il mio risultato

Hoancheprovato:

pdisk:Novalidblock1on'/dev/rdisk2'Edit/dev/rdisk2-Command(?forhelp):

Aggiornamento:

Invecediusarepdiskhoprovatogpt.Ilrisultatodisudogpt-rshow/dev/disk3è:

startsizeindexcontents01PMBR11PriGPTheader24PriGPTtable634404096001GPTpart-C12A7328-F81F-11D2-BA4B-00A0C93EC93B4096402437810002441906404SecGPTtable2441906441SecGPTheader

Hocambiatol'hddinunenclosurefirewire800

Ilrisultatodisudogpt-rshow/dev/disk2è:

startsizeindexcontents01PMBR11953525167

Aggiornamento2

CercandoditrovareilbloccodiavvioEFI:

    
posta Dani 16.12.2015 - 23:15
fonte

2 risposte

2

Il disco ha perso la sua tabella delle partizioni GUID e il volume EFI è stato parzialmente sovrascritto. Il disco è stato montato in un contenitore che non riporta correttamente una dimensione di blocco logico di 512 byte. Invece sono usati 4096 byte. Il disco stesso ha una dimensione fisica del blocco di 4096 byte.

Dopo aver provato alcuni metodi noti ma in realtà non riusciti (ad esempio Disk Warrior o le risposte qui a stackexchange: HFS + numero non valido di blocchi di allocazione per recuperare il disco, abbiamo formattato un disco di dimensioni uguali, dded del volume EFI in un file temporaneo e recuperato la tabella delle partizioni (incluso il volume principale) utilizzando gli stessi valori standard ottenuti formattando il disco vuoto.

L'EFI del disco (vuoto) precedentemente partizionato è stato salvato su un file con:

diskutil unmountDisk /dev/disk2
dd if=/dev/disk2s1 of=/Users/user/Desktop/disk2s1.raw

Riparazione del disco danneggiato:

La tabella delle partizioni GUID parzialmente "riparata" ma danneggiata aveva inizialmente questo aspetto

sudo gpt -r show disk2 
    start        size  index  contents
        0           1         PMBR
        1           1         Pri GPT header
        2           4         Pri GPT table
        6          34        
       40      409600    1    GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
   409640   243781000        
244190640           4         Sec GPT table
244190644           1         Sec GPT header

Dopo aver rimosso la partizione EFI con:

sudo gpt remove -i 1 /dev/disk2

e riscrittura della tabella delle partizioni GUID con

sudo gpt destroy /dev/disk2
sudo gpt create /dev/disk2

il volume EFI e i volumi principali sono stati aggiunti con:

sudo gpt add -b 6 -i 1 -s 76800 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk2
sudo dd if=/Users/user/Desktop/disk2s1.raw of=/dev/disk2s1
sudo gpt add -b 76806 -i 2 -s 244081066 -t 48465300-0000-11AA-AA11-00306543ECAC /dev/disk2

Il disco e il volume principale sono stati verificati:

diskutil verifyDisk /dev/disk2
diskutil verifyVolume /dev/disk2s2

Finalmente il disco appare così:

sudo gpt -r show disk2 
    start        size  index  contents
        0           1         PMBR
        1           1         Pri GPT header
        2           4         Pri GPT table
        6       76800      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
    76806   244081066      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
244157872       32768
244190640           4         Sec  GPT  table
244190644           1         Sec  GPT header

Tutti i dati sono stati ripristinati.

    
risposta data 17.12.2015 - 11:51
fonte
0

Se si tratta di dati preziosi, suggerirei di accedere a un servizio di ripristino dell'unità. A seconda del danno, potrebbero essere solo $ 500. Alcuni posti ti daranno un preventivo gratuito. Puoi chiedere in giro sul forum Guru HDD per un servizio di recupero nella tua zona.

Se vuoi ancora farlo da solo e non ti preoccupi di perdere i tuoi dati, tenterei di recuperare il maggior numero possibile di settori con ddrescue e di scriverlo in un file immagine. cioè.

sudo ddrescue /dev/diskXsX /path/to/disk_image /path/to/log_file

Puoi ottenere ddrescue con MacPorts o un gestore di pacchetti simile. Tieni presente che, a seconda del danno apportato al tuo disco, più a lungo provi a leggerlo con qualcosa come ddrescue , maggiore è il rischio di danni al tuo disco.

Dopo aver recuperato quanti più dati possibile con ddrescue , prova a correggere il filesystem sull'immagine recuperata o grattalo per i file.

    
risposta data 16.12.2015 - 23:54
fonte

Leggi altre domande sui tag