File recovery from broken NTFS partition
Posted: 06 Apr 2016, 12:58
Hello community,
I have a hard-disk of 500GB gone RAW where there were only data, no operating system.
When running Testdisk the file table is automatically recognised as "EFI GPT", when I confirm this, 2 partitions are found (one "Microsoft reserved partition" which is listed twice with identical data and one "Basic data partition"). However, when performing "Quick Search" with these settings nothing happens, Testdisk seems to be frozen.
When changing the type of partition table manually to "Intel", however, "Quick search" finds all folders and files that have been on the drive. With this as a result I tried to copy some of the most important files, like "Outlook.PST", to another hard-disk, with - at first glance - success. But then I saw that the copies to not have the same size as indicated for the originals in the file listing, but are very much smaller. Opening them they show up broken.
What might be the reason for this?
Should I ignore this behaviour and go and rewrite ("Write" option of Testdisk) the partition table to the original disk, thus regaining Windows access to the original data? Or should I refrain from writing to this disk anyway and try something else?
Who can help me?
Thanks a lot in advance!
Best regards
Rudi
I have a hard-disk of 500GB gone RAW where there were only data, no operating system.
When running Testdisk the file table is automatically recognised as "EFI GPT", when I confirm this, 2 partitions are found (one "Microsoft reserved partition" which is listed twice with identical data and one "Basic data partition"). However, when performing "Quick Search" with these settings nothing happens, Testdisk seems to be frozen.
When changing the type of partition table manually to "Intel", however, "Quick search" finds all folders and files that have been on the drive. With this as a result I tried to copy some of the most important files, like "Outlook.PST", to another hard-disk, with - at first glance - success. But then I saw that the copies to not have the same size as indicated for the originals in the file listing, but are very much smaller. Opening them they show up broken.
What might be the reason for this?
Should I ignore this behaviour and go and rewrite ("Write" option of Testdisk) the partition table to the original disk, thus regaining Windows access to the original data? Or should I refrain from writing to this disk anyway and try something else?
Who can help me?
Thanks a lot in advance!
Best regards
Rudi