Estaba intentando escribir un archivo img en una tarjeta SD y supuse que era el mismo disco que hace un minuto pero no era así. He dd'd una imagen Raspbian en mi disco Time Machine y necesito una manera de restaurarlo. Estoy probando Disk Drill Free para restaurar el disco pero no estoy seguro de que vaya a funcionar.
Este es el comando que he utilizado:
dd if=/../image.img of=/dev/rdisk1 bs=1mEl tamaño de la imagen era de 1,5gb.
¡Soluciones / consejos por favor!
Borrar los primeros 1,5 GB de un disco hace bastante daño, y la recuperación de datos puede requerir mucho esfuerzo. Así que si se trata de "sólo" una copia de seguridad y no tienes ninguna necesidad urgente de acceder a los archivos eliminados, lo más fácil es reformatear el disco con la Utilidad de Discos y volver a conectar el disco a Time Machine después.
El uso de dd de esta manera sobrescribe la tabla de particiones y las principales áreas relacionadas con el sistema de archivos de su volumen principal - asumiendo que el disco fue particionado con un volumen principal dedicado a Time Machine.
La tabla de particiones común de un disco externo tiene el siguiente aspecto:
Ejemplo 1 (disco de 8 TB, tamaño de bloque físico 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 headerSi se hace un volcado de 1,5 GB en este disco, se sobrescribirá la tabla de partición primaria GUID, la partición EFI de 200 MiB (índice 1) y unos 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 de 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 headerSi se hace una copia de 1,5 GB en este disco, se sobrescribirá la tabla de partición primaria GUID, la partición EFI de 300 MiB (índice 1) y unos 1,2 GB (o ~293000 bloques) del volumen principal (índice 2).
Al sobrescribir los primeros 1,3/1,2 GB de un volumen principal, se suelen borrar el archivo de catálogo, el archivo de atributos, el archivo de asignación y el archivo de extensiones, que son los principales archivos invisibles situados al principio de un volumen y que determinan el sistema de archivos.
La recuperación de datos sólo es posible entonces utilizando una función de "escaneo profundo" 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 medio de cabeceras de archivo específicas u otras estructuras internas del archivo.
En un disco de copia de seguridad esto probablemente sólo vale la pena si la copia de seguridad contiene archivos borrados del disco principal pero que todavía tienen alguna relevancia para usted - pero por otro lado: por qué han sido borrados entonces...
Dependiendo del tamaño o tipo de disco y de la interfaz (USB/Thunderbolt) un escaneo profundo puede tardar mucho (10 MB/s - ~250 MB/s). Un escaneo profundo del disco de ejemplo1 (8 TB/USB 3) tardaría al menos 40 horas.
Si decide no realizar una recuperación de datos e iniciar la copia de seguridad de Time Machine desde cero, simplemente abra la Utilidad de Discos, borre todo el disco y haga una partición en un disco con un mapa de partición GUID y formato OS X Extended (Journaled). A continuación, elija el nuevo volumen vacío en el panel de preferencias de Time Machine y configure una nueva tarea de TM.
Testdisk deep scan será lo primero que intentaré, como los otros señalaron esto es desafortunado ya que destrozaste el catálogo fs, la tabla de particiones tiene un encabezado de respaldo pero esto es la mitad del problema ya que describe solo la tabla y no lo que hay en el volumen- que se mantiene en nodos dentro del volumen, parcialmente visto cuando se listan los .dotfiles en fs Root / - puedes ver pocos.
No sé mucho sobre hfs+ fs pero la coincidencia de patrones de escaneo profundo podría ser la única opción. Pensando en ello, tal fs sería muy mala implementación si hfs puede ser paralizado por borrar el 1% del espacio total del volumen- así que tal vez no es tan malo, dudo que Apple tenga algo así como su sistema de archivos propietario pero- no lo sé con seguridad. Tengo que sorber a través de algunos documentos. No hagas nada que pueda escribir en este disco todavía y espera un poco hasta que más gente lea esto- y el escaneo profundo lleva mucho tiempo, conozco ese dolor :/
AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.
