Stavo cercando di scrivere un file img su una scheda SD e ho pensato che fosse lo stesso disco di un minuto fa, ma non lo era. Ho fatto dd'd un'immagine Raspbian sul mio disco della macchina del tempo e ho bisogno di un modo per ripristinarlo. Sto cercando Disk Drill Free per ripristinare il disco ma non sono sicuro che funzioni.
Questo è il comando che ho usato:
dd if=/../image.img of=/dev/rdisk1 bs=1m
La dimensione dell'immagine era di 1,5 GB.
Soluzioni / suggerimenti per favore!
L'uso di dd come questo sovrascrive la tabella delle partizioni e le principali aree relative al file system del volume principale - assumendo che il disco fosse partizionato con un volume principale dedicato a Time Machine.
La tabella di partizione comune di un disco esterno ha il seguente aspetto:
Esempio 1 (disco da 8 TB, dimensione del blocco fisico 512 byte):
sudo gpt -r show disk1
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 15627380656 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
15627790296 262151
15628052447 32 Sec GPT table
15628052479 1 Sec GPT header
L'aggiunta di 1,5 GB a questo disco sovrascrive la tabella delle partizioni GUID principale, la partizione EFI 200 MiB (indice 1) e circa 1,3 GB (o ~ 2,5 milioni di blocchi) del volume principale (indice 2).
Esempio 2 (disco da 6 TB, dimensione del blocco fisico 4096 byte):
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 1465012725 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
1465089531 32768
1465122299 4 Sec GPT table
1465122303 1 Sec GPT header
L'aggiunta di 1,5 GB a questo disco sovrascrive la tabella delle partizioni GUID principale, la partizione EFI 300 MiB (indice 1) e circa 1,2 GB (o blocchi ~ 293000) del volume principale (indice 2).
La sovrascrittura del primo 1,3 / 1,2 GB di un volume principale di solito cancella il file di catalogo, il file degli attributi, il file di allocazione e il file di estensione - tutti i principali file invisibili situati all'inizio di un volume e che determinano il file system.
Il recupero dei dati è possibile solo utilizzando una funzionalità di "scansione approfondita" di uno strumento di recupero dati che cerca nell'intero disco file o frammenti di file e cerca di determinare il tipo in base a intestazioni di file specifiche o altre strutture interne del file .
Su un disco di backup questo è probabilmente utile solo se il backup contiene file cancellati dal disco principale ma hanno ancora una certa rilevanza per te - ma d'altra parte: perché sono stati cancellati allora ...
A seconda della dimensione o del tipo di disco e dell'interfaccia (USB / Thunderbolt), una scansione approfondita può richiedere molto tempo (10 MB / s - ~ 250 MB / s). Una scansione approfondita del disco di esempio 1 (8 TB / USB 3) richiederebbe almeno 40 ore.
Se si sceglie di astenersi da un recupero di dati e avviare il backup di Time Machine da zero, è sufficiente aprire Utility Disco, cancellare l'intero disco e partizionarlo su un disco con una GUID Partition Map e OS X Extended (Journaled). Quindi scegli il nuovo volume vuoto nel pannello delle preferenze di Time Machine e configura una nuova attività TM.
Pulire i primi 1,5 GB di un disco fa un sacco di danni e il recupero dei dati potrebbe richiedere un grande sforzo. Quindi, se è "solo" un backup e non hai urgente necessità di accedere a qualsiasi file eliminato, potrebbe essere più semplice riformattare il disco utilizzando Utility Disco e ricollegare il disco a Time Machine in seguito.
La scansione approfondita di TestDisk sarà la prima cosa che proverò, come gli altri hanno sottolineato che questo è sfortunato dal momento che hai distrutto il catalogo fs, la tabella delle partizioni ha un'intestazione di backup ma questo è metà del problema poiché descrive solo la tabella e non cosa c'è nel volume, che è contenuto nei nodi all'interno del volume, visto parzialmente quando si elencano i file .dot in fs root / - si può vedere pochi.
Non so molto di hfs + fs, ma la ricerca di pattern di scansione profonda potrebbe essere solo un'opzione. Pensandoci su, questo fs sarebbe un'implementazione molto brutta se hfs può essere azzoppato cancellando l'1% dello spazio totale del volume, quindi forse non è così male, dubito che Apple avrà ribollire del tutto come il suo file system proprietario ma io non lo faccio lo so per certo. Devi sorseggiare alcuni documenti. Non fare ancora nulla che possa scrivere su questo disco e attendere un po 'fino a quando più persone lo leggono- e la scansione profonda richiede molto tempo, lo so che dolore: /
Leggi altre domande sui tag time-machine partition