RAW to NTFS recovery: Partition still RAW, fails to list
Posted: 10 May 2020, 08:18
I have a Seagate 2TB drive connected via USB on Windows 7. Originally it had two NTFS partitions, one 48GB and one 1815GB. I used software called Macrorit Partition Expert to delete the 48GB partition and resize the remaining partition to take up all of the space on the drive. Afterwards I was left with a drive with one RAW partition. I followed the steps listed in the step-by-step to recover a RAW partition with Testdisk 7.1. It showed the both of the old partitions including the correct sizes and labels. After choosing "Write" it said to reboot. I rebooted and now I have the 48GB partition restored, which originally contained nothing (and still does), but the 1815gb partition is still listed as raw. Testdisk shows it as NTFS with the correct label, Windows disk management shows it as RAW, and Windows Explorer says "E:\ is not accessible. The file or directory is corrupted and unreadable."
I tried the step-by-step instructions again and nothing changed.
When I choose P to list files for the 48GB partition it does so correctly. When I choose P to list files for the 1815GB partition Testdisk exits with a dump. The dump file begins with "Exception: STATUS_ACCESS_VIOLATION at eip=0046A87A"
The end of the log file says "ntfs_attr_open failed: No such file or directory. 1 [main] testdisk_win 892 cygwin_exception::open_stackdumpfile: Dumping stack trace to testdisk_win.exe.stackdump"
I tried Repair MFT in the Testdisk Advanced menu and it exits with a dump. The dump file begins with "Exception: STATUS_ACCESS_VIOLATION at eip=0046A87A"
The end of the log file says again "ntfs_attr_open failed: No such file or directory. 1 [main] testdisk_win 5092 cygwin_exception::open_stackdumpfile: Dumping stack trace to testdisk_win.exe.stackdump"
I tried the Advanced menu to check the boot sector and it says the boot sector and backup boot sector are both OK and identical.
I tried chkdsk /f e: and I get:
The type of the file system is NTFS.
Volume label is Tigger.
Corrupt master file table. Windows will attempt to recover
master file table from disk.
Windows cannot recover master file table. CHKDSK aborted.
I tried Photorec and when I try to search only the 1815GB partition, the application crashes. If I try to search the whole drive it recovers files but splits them (one file is now a dozen or more separate files) and uses a seemingly random number file system, making the recovered files useless.
If I use MiniTool Partition Wizard 12, it says the 1815GB partition is NTFS and 100% used (It should be 92% used). It can also read files on that partition, but can not see file names. This is especially frustrating because recovering the file names is actually more important than recovering the data itself. The data are useless without the file names.
Is this a lost cause, or is there another avenue I can try? If I should post a log file, let me know which attempt I should post the log file for.
Thanks in advance, any help is greatly appreciated.
I tried the step-by-step instructions again and nothing changed.
When I choose P to list files for the 48GB partition it does so correctly. When I choose P to list files for the 1815GB partition Testdisk exits with a dump. The dump file begins with "Exception: STATUS_ACCESS_VIOLATION at eip=0046A87A"
The end of the log file says "ntfs_attr_open failed: No such file or directory. 1 [main] testdisk_win 892 cygwin_exception::open_stackdumpfile: Dumping stack trace to testdisk_win.exe.stackdump"
I tried Repair MFT in the Testdisk Advanced menu and it exits with a dump. The dump file begins with "Exception: STATUS_ACCESS_VIOLATION at eip=0046A87A"
The end of the log file says again "ntfs_attr_open failed: No such file or directory. 1 [main] testdisk_win 5092 cygwin_exception::open_stackdumpfile: Dumping stack trace to testdisk_win.exe.stackdump"
I tried the Advanced menu to check the boot sector and it says the boot sector and backup boot sector are both OK and identical.
I tried chkdsk /f e: and I get:
The type of the file system is NTFS.
Volume label is Tigger.
Corrupt master file table. Windows will attempt to recover
master file table from disk.
Windows cannot recover master file table. CHKDSK aborted.
I tried Photorec and when I try to search only the 1815GB partition, the application crashes. If I try to search the whole drive it recovers files but splits them (one file is now a dozen or more separate files) and uses a seemingly random number file system, making the recovered files useless.
If I use MiniTool Partition Wizard 12, it says the 1815GB partition is NTFS and 100% used (It should be 92% used). It can also read files on that partition, but can not see file names. This is especially frustrating because recovering the file names is actually more important than recovering the data itself. The data are useless without the file names.
Is this a lost cause, or is there another avenue I can try? If I should post a log file, let me know which attempt I should post the log file for.
Thanks in advance, any help is greatly appreciated.