修复Truecrypt -带有无法检测的文件系统的分区

Question

长话短说:得到1 TB HDD。在此基础上创建了一个完整的(非系统)分区。通过TC加密。有一次，通过引导，Win可能会对其进行格式化(并且可能会在上面写入一些字节)。我设法恢复TC -头，现在TC可以挂载分区.但是Windows说“必须格式化驱动器才能使用它”。“未检测到文件系统。”无论如何，我可以通过GetDataBack从这个挂载分区恢复几乎所有的数据。

这就是我现在的处境。现在我只想知道:有什么方法可以修复分区并“正常”使用它吗？还是必须重新格式化，并复制backe举文件？

TC修复说“.文件系统是NTFS .第一NTFS启动区不可读.与第二NTFS启动扇区一起进行.无法检测到卷的版本和状态.中止.”

Answer 1

TrueCrypt提供了一个卷:一个大的字节序列。TrueCrypt将自己置于这些字节和物理存储介质之间，方法是在数据被写入磁盘时应用加密，并在读取数据时进行解密。TrueCrypt停在那里。这些字节的意义与TrueCrypt无关。

像Windows这样的操作系统会占用这些字节，并将其组织成一组抽象的目录和文件。这需要将一些字节用于“管理任务”，对结构进行编码，这些结构可以告诉文件数据的物理位置，以及文件名、访问权限、修改日期等。这些结构称为文件系统。NTFS是一个文件系统。

在您的例子中，Windows说:在这些字节中，我没有看到任何文件系统。TC修复工具得出了同样的结论:没有可识别的结构可用于NTFS文件系统。GetDataBack可以识别NTFS文件系统的碎片并清除其中的一些文件，但是GetDataBack并不假装修复文件系统(就像从损坏的汽车中提取可重用的部件与使汽车再次正常工作一样)。所有这些工具都可以处理“大字节序列”，TrueCrypt可以通过解密存储在磁盘上的字节来显示这些字节序列。换句话说，TrueCrypt与你的情况无关(除了可能是罪魁祸首)。

由于某些原因，文件系统结构被损坏，并且消失了，这一点还没有阐明。因为TrueCrypt完全不知道文件系统是什么，所以它可以被看作是硬盘的一种扩展，存储整个扇区，而不是文件。碰巧的是，操作系统在某个时候要求TrueCrypt写下一些看起来像是垃圾的字节，并破坏文件系统结构。TrueCrypt只是服从了。

在这一点上，您能做的最好的就是用GetDataBack (正如您所说的“几乎所有的数据”)和/或挖掘您的上一次备份，然后以新的格式重新开始。

这类问题可能发生的原因有很多。TrueCrypt中的一个bug可以解释它；也可以解释硬盘本身的故障，包括磁盘的电子部分。我也有一次(实际上，三次)出了一个PCI网卡的问题，在高负载下，它会开始在PCI总线上产生随机噪声。这引发了操作系统“恐慌”，然后内核将快速卸载文件系统，从而编写一个“干净”的超级块(文件系统结构的顶部)。不幸的是，写调用会在PCI总线上传输，到达硬盘的数据将被彻底破坏。这导致了与你目前所观察到的相同的症状。

操作系统本身的错误(Windows)也可能是一个合理的解释。更有可能的是，不好的RAM:操作系统通过遵循RAM中的结构来工作，这些结构告诉它该怎么做。一个错误值的坏位会破坏这些结构，并导致内核在其磁盘上写入垃圾数据。

可能性是无限的。因此，定期备份。