cgsecurity.org

If TrueCrypt would not have a bug on volume creation, there would be no chance at all as all headers should be immediately overwritten on encrypting an already encrypted volume: however there is a bug in TrueCrypt which causes no backup header to be written if formatting is cancelled (either using ...

3 TB HDDs are quite critical due to a lot of bugs in SATA drivers which can result in an address overflow. Therefore as the first step you should check whether HDSentinel reports an addressing issue with the HDD. If not, you can try to mount the volume directly in TestCrypt (click with the right ...

You won't be able to access it on Windows, but you should be able to restore the partition table on Windows - afterwards Linux should be able to access the volume again.

It seems that the partition table of your disk has been lost as you only see /dev/sdb and not /dev/sdb1. You are able to mount the volume only because you have restored the volume header - unfortunately TrueCrypt does not check whether the volume header matches the physical size of the disk ...

Please make sure that the rescued data is really intact before re-formatting the partition - in my tests the results seemed to be OK but the driver has to perform some offset correction which could cause issues with files stored towards the end of the partition.

First of all sorry for the very late reply but the spam filter of Windows Live Mail has somehow classified your mail as junk. However I have also some good news: I used a virtual machine to encrypt a partition both with BitLocker and TrueCrypt and I was able with a modified TrueCrypt driver to ...

Did you mount the partition in TrueCrypt or in TestCrypt? You can try a deep scan of TestDisk afterwards - however TestDisk is mainly written to locate lost volumes and even a quick format destroys a lot of data. In most of this cases real data recovery software has to be used: Photorec (shipped ...