[Sto rispondendo per chiunque finisca qui, poiché l'OP originale probabilmente non è più interessato. Mi riferisco ancora alla sua descrizione del problema.]
Ho provato a utilizzare Testdisk 6.13 (ultima versione stable ) e ha funzionato come un gioco da ragazzi sia per NTFS che per HFS +. Ho avuto il lusso di una partizione HFS + vuota, quindi l'ho appena rimosso e recuperato usando Testdisk - era piuttosto veloce.
Ho seguito i seguenti tutorial:
Se in effetti hai appena rimosso una partizione, dovrebbe essere veloce. Altrimenti, potrebbe richiedere più tempo, ma probabilmente l'attesa è l'opzione più sensata. Ma se sei davvero impaziente (come lo sono io) e sai benissimo cosa stai facendo, potresti voler continuare a leggere.
Un suggerimento (pericoloso) per accelerare TestDisk dalla mia esperienza
Se la voce della partizione viene appena rimossa, Testdisk cercherà l'inizio della partizione in posizioni sensibili (per impostazione predefinita, all'inizio di ogni cilindro, poiché le partizioni dovrebbero di solito essere allineate al cilindro), ignorando la tabella delle partizioni esistente. Una volta che pensa di aver trovato una partizione e confermi la sua ipotesi, salterà la ricerca all'interno della partizione.
Se c'è molto spazio libero (senza un filesystem) prima della partizione, questo potrebbe essere molto lento. Quindi ho potuto velocizzare molto la ricerca creando un filesystem in una partizione vuota prima di quella mancante, in modo che Testdisk salti quello spazio. Tuttavia sapevo perfettamente dove creare questo filesystem, soprattutto perché non era al confine con la partizione persa. Altrimenti, la creazione di un tale filesystem può facilmente distruggere i dati sbagliati, quindi provalo solo se sai molto bene cosa stai facendo.