Estaba intentando escribir un archivo img en una tarjeta SD y asumí que era el mismo disco que hace un minuto, pero no lo era. He hecho una imagen de Raspbian en mi disco de Time Machine y necesito una forma de restaurarlo. Estoy intentando Disk Drill Free para restaurar el disco, pero no estoy seguro de si funcionará.
Este es el comando que utilicé:
dd if=/../image.img of=/dev/rdisk1 bs=1m
El tamaño de la imagen era de 1.5 gb.
Soluciones / consejos por favor!
El uso de dd como este sobrescribe la tabla de particiones y las áreas principales relacionadas con el sistema de archivos de su volumen principal, suponiendo que el disco se particionó con un volumen principal dedicado a Time Machine.
La tabla de particiones comunes de un disco externo se ve así:
Ejemplo 1 (disco de 8 TB, tamaño de bloque físico de 512 bytes):
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
Dd'ing 1.5 GB a este disco sobrescribirá la tabla de particiones GUID primaria, la partición EFI 200 MiB (índice 1) y aproximadamente 1.3 GB (o ~ 2.5 millones de bloques) del volumen principal (índice 2).
Ejemplo 2 (disco de 6 TB, tamaño de bloque físico 4096 Bytes):
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
Dd'ing 1,5 GB a este disco sobrescribirá la tabla de particiones GUID primaria, la partición EFI 300 MiB (índice 1) y aproximadamente 1,2 GB (o ~ 293000 bloques) del volumen principal (índice 2).
La sobrescritura de los primeros 1.3 / 1.2 GB de un volumen principal generalmente elimina el archivo de catálogo, el archivo de atributos, el archivo de asignación y el archivo de extensiones; todos los archivos principales invisibles se encuentran al principio de un volumen y determinan el sistema de archivos.
La recuperación de datos solo es posible mediante el uso de una función de "exploración profunda" de una herramienta de recuperación de datos que busca en todo el disco archivos o fragmentos de archivos e intenta determinar el tipo por encabezados de archivos específicos u otras estructuras internas del archivo. .
En un disco de copia de seguridad, probablemente solo valga la pena si la copia de seguridad contiene archivos eliminados del disco principal, pero aún tiene cierta relevancia para usted, pero por otra parte: ¿por qué se eliminaron entonces ...
Según el tamaño o el tipo de disco y la interfaz (USB / Thunderbolt), una exploración profunda puede llevar mucho tiempo (10 MB / s - ~ 250 MB / s). Una exploración profunda del disco de ejemplo 1 (8 TB / USB 3) tomaría al menos 40 horas.
Si elige abstenerse de una recuperación de datos e inicia la copia de seguridad de Time Machine desde cero, simplemente abra la Utilidad de Discos, borre todo el disco y divídalo en un disco con un Mapa de partición GUID y el formato OS X Extended (Journaled). Luego, elija el nuevo volumen vacío en el panel de preferencias de Time Machine y configure una nueva tarea TM.
Eliminar los primeros 1.5 GB de un disco causa bastante daño, y la recuperación de datos puede requerir mucho esfuerzo. Por lo tanto, si es "solo" una copia de seguridad y no tiene la necesidad urgente de acceder a los archivos eliminados, puede ser más fácil simplemente reformatear el disco utilizando la Utilidad de Discos y volver a conectar el disco a Time Machine posteriormente.
Testdisk deep scan, como lo han dicho otros, es desafortunado ya que destruyó el catálogo de fs, la tabla de particiones tiene un encabezado de respaldo, pero esto es la mitad del problema, ya que solo describe la tabla y no es lo que hay en el volumen, que se mantiene en nodos dentro del volumen, visto parcialmente cuando se enumeran .dotfiles en la raíz de fs / - se pueden ver pocos.
No sé mucho acerca de hfs + fs, pero la coincidencia de patrones de exploración profunda podría ser la única opción. Pensando en ello, tal implementación sería muy mala si las hfs pudieran ser dañadas al limpiar el 1% del espacio total del volumen, así que tal vez no sea tan malo, dudo que Apple tenga una gran agitación como su sistema de archivos propietario, pero no lo creo. Lo sé con seguridad. Tengo que tomar un sorbo de algunos documentos. No haga nada que pueda escribir en este disco todavía y espere un poco hasta que más personas lean esto, y la exploración profunda lleva mucho tiempo, sé que me duele: /
Lea otras preguntas en las etiquetas time-machine partition