[Estoy respondiendo por nadie termina aquí, ya que el original OP probablemente hay más interesados. Todavía me refiero a su descripción del problema.]
Intenté usar Testdisk 6.13 (la última estable de la liberación) y funcionaba como una brisa por tanto NTFS y HFS+. Tuve el lujo de un vacío de la partición HFS+, así que me quitó y recuperó usando Testdisk - fue bastante rápido.
He seguido los siguientes tutoriales:
Si, de hecho, acaba de eliminar una partición, debe ser rápido. De lo contrario, podría tomar más tiempo, pero, probablemente, la espera es la opción más sensible. Pero si usted está realmente impacientes (como yo) y usted sabe muy bien lo que estás haciendo, es posible que desee leer.
Un (peligroso) de punta a speedup Testdisk desde mi propia experiencia
Si la entrada de la partición se acaba de quitar, Testdisk va a buscar el inicio de la partición en la sensato posiciones (por defecto, al inicio de cada cilindro, puesto que las particiones deben ser los cilindros alineados), ignorando la tabla de particiones existente. Una vez que se piensa que encontró una partición y confirmar su suposición, saltará a la búsqueda interior de la partición.
Si hay una gran cantidad de espacio libre (sin un sistema de ficheros) antes de la partición, esto podría ser muy lento. Así que yo podría acelerar la búsqueda de un lote mediante la creación de un sistema de ficheros en una partición vacía antes de la falta, de modo que Testdisk iba a saltar de ese espacio. Sin embargo, yo sabía perfectamente donde crear este sistema de archivos, especialmente porque no frontera con la partición perdida. De lo contrario, la creación de un sistema de ficheros puede fácilmente destruir el mal de datos - por lo tanto, sólo el intento de esto si usted sabe muy bien lo que estás haciendo.
