我用了这个命令
"CONVERT F: /FS:NTFS".
1Tb FAT32 格式的驱动器在哪里F:。进程挂起，不得不关闭它。之后我的文件大小保持不变，但它们已损坏，驱动器的其余部分是 NTFS 格式，所以我无法重新运行该命令。
我尝试了各种数据恢复软件，看看能否修复。但无济于事。
我确信我可以对那些看起来不是 100% NTFS 格式的文件采取一些措施，使它们恢复正确。
我正在寻找文件修复解决方案而不是恢复 - 其中一定有一个 FS 标头在转换过程中被弄乱了，我希望可以逆转它。
答案1
我确信我可以对那些看起来不是 100% NTFS 格式的文件采取一些措施，使它们恢复正确。
当然可以。您必须学习 FAT32 和 NTFS 的结构。下一步是对“转换”命令进行逆向工程。这需要操作系统、汇编器和反汇编器知识。您可能会发现 Microsoft 将有价值的元数据缓存在源磁盘的某个地方，并且保存进度数据。根据您的抽象能力，这将需要数周、数月甚至数年的时间。
因此，拥有这些能力的人绝不会移动和调整分区大小，也不会转换文件系统，因为谨慎起见，需要先复制它们，或者使用可以根据需要分区和格式化的新磁盘。使用新磁盘只需要对每个文件进行一次复制操作，并允许比较源和目标。
此外，与“转换”命令中可能出现的错误相比，文件复制操作中的任何错误代码都将被快速发现。
我正在寻找文件修复解决方案而不是恢复 - 其中一定有一个 FS 标头在转换过程中被弄乱了，我希望可以逆转它。
事实上，您试图进行“文件修复”，这是覆盖源信息的另一个术语，但在修复失败的情况下无法取消写入操作，这不幸地表明您的事件并没有在您的头脑中触发学习过程。
“文件修复”与上面提到的每一个危险操作一样具有风险。
Testdisk，正如 Mokubai 所推荐的，也是我的推荐，也许只是为了确保 Testdisk 无法完成工作。然后你可以尽情尝试一堆恢复软件，希望这些软件能够评估元数据的残留。
请注意，此类软件需要适合一个文件系统而不是两个文件系统的残留文件 - 这是一个非常糟糕的陷阱。如果此类软件失败，这实际上意味着您失去了恢复文件名、长度等元数据的机会。
然后你就只剩下 Photorec（Testdisk 软件包的一部分）。Photorec 可以创造奇迹，但前提是你使用驱动器数据坟墓风格 - 只写入，从不删除。如果你的文件系统由于大量删除和写入操作而碎片化，你想要修复的就像基于集群信息而不是图片部分来解决难题一样。