Jag har också gjort den resan och prognosen är dålig till nära obefintlig i att få ut friska filer och namnen på filerna och filnamns-trädstrukturen kan du glömma då det är bland det första som ryker om $MFT blivit skadad/oläsbar
När NTFS går sönder så blir den rejält trasig - speciellt om $MFT förloras då det är där hela filsystemets metadata förvaras - även fortsättningen av $MFT själv (som är en fil och kan fragmenteras som alla andra filer) då $MFT är självrefererande - så är den skadad så är det bokstavligen att ha sågat av grenen man sitter på och tappar en stor del av disken då den inte har dubbellänkade listor som kan reparera från rotspetsarna mot 'stammen' sas...
Dom filer du har räddat ur hittills... Har du kollat dom filerna du fick namn på har innehåll i sig som rimligen stämmer med namnet (det bästa är om du har listor med hashvärden för filerna gjorda sedan tidigare då det är nästan enda sättet att kolla om de är kompletta och inte har fått delar av filkroppen bytt med segment från andra filer - zip-filer och andra arkivfiler har ofta checksummor och hash-värden inbyggt för att kolla filens integritet - har du problem med dessa så är prognosen dålig också för dina övriga filer...).
Är det resultatet av 'data scrape' så är det bara gissningar baserat på magic word i filkroppen (typ jpeg-headrar etc.) ala 'photorec' och har inte disken defragmenterats på länge så kan det vara filbitar från allt möjligt i filkroppen inklusive från raderade filer (främst snurrdiskar medans SSD ger avsnitt med bara '0'-fyllda sektorer) som diskräddningsprogrammen plockat ihop då utan läsbar $MFT så vet inte diskräddningsprogrammen i vilken ordning sektorerna skall läsas för respektive fil, utan bara hoppas på att de ligger i sekventiell ordning...
Jag vet att du inte vill höra det - men bästa filräddningsprogrammet för NTFS är att göra backupper regelbundet och innan det går trasigt, och NTFS är att betraktas som skört filsystem, speciellt på extern USB-media där skador på endast två 1Kbyte-block (huvudet av $MFT och reservsektorn $MFT_mirr) för att totalt haverera filsystemet till oräddningsbar nivå - och det 'roliga' är att dessa två sektorer är det som läses först när filsystemet öppnas och är de 2 sista sektorerna som skrivs med ny data (bl.a, tidsstämpel och nollställer 'dirty-biten') när filsystemet stängs - görs inte stängningen ordentligt som i samband med externa USB-diskar och fått dessa 2 sektorer korrupta (oftast orsakade av USB/SATA-kontrollern i din externa disk för att datorn skickade avstängningskommandot för USB-disken för snabbt efter de två sista sektorerna) så har du en disk som är totalt oräddningsbar och upptäcks inte förrän du ansluter den nästa gång...