今天，我的一台装有 Windows Vista 的计算机无法再启动。屏幕上显示“Windows 正在启动”消息，几秒钟后它会自动重新启动。
因此，我取出硬盘并将其插入另一台装有 Windows 7 的计算机。磁盘管理显示的内容如下：
即分区大小正确，但显示的是“RAW”而不是“NTFS”。
然后我安装了一个名为“EasyUS Partition Recovery”的工具，它显示以下内容：
即它正确地将该分区检测为 NTFS，具有正确的大小和已用空间。
该工具不允许我对该分区进行任何操作，因为它没有发现任何问题。
然后我安装了另一个名为“DiskInternals Partition Recovery”的工具，它也将该分区识别为 NTFS：
此工具允许我将该分区安装为虚拟驱动器号（无需执行任何恢复过程）。当我这样做时，我可以看到我的所有文件。分区的所有内容都在那里，分区似乎没有任何问题。
但不幸的是，Windows 无法检测到该分区中有 NTFS 文件系统，所以我猜想分区格式肯定存在某种轻微损坏。但我迄今为止尝试过的工具都没有检测到任何问题。
在这种情况下，使用哪种工具比较合适，可以解决导致 Windows 无法将其检测为 NTFS 的任何问题？
答案1
Windows Vista 是 2006 年推出的，我猜想这个磁盘也差不多是这个年龄。这样的事件应该是一个警报，也许这个磁盘正在遇到问题并且接近使用寿命。
我的建议是：
- 使用 DiskInternals Partition Recovery 挂载分区
- 将分区中的所有内容复制到另一个磁盘上的备份分区。如果磁盘完全故障，这也可以作为备份。
- 使用慢速（而非快速）格式将分区格式化为 NTFS
- 将文件复制回分区。
将来，请对该磁盘保持高度怀疑并保留备份。
答案2
在这种情况下，使用哪种工具比较合适，可以解决导致 Windows 无法将其检测为 NTFS 的任何问题？
没有工具可以修复任何 NTFS 文件系统问题。Testdisk 可以修复某些定义明确的问题，不需要（太多）解释。
使用 ddrescue 将分区复制到文件中。使用映射文件功能，保留映射文件和结果屏幕的屏幕截图或终端转储。
然后您可以尝试一下 Testdisk 是否能解决您的问题。
但这些只是快速修复。首先要做的是使用 smartmontools 命令检查 SMART 参数 smartctl -a /dev/sdX > smartstuff.txt。用相关磁盘字母替换“X”。这不会花费时间，而且会为您提供有价值的信息。您的后续步骤应取决于 SMART 报告的结果。
最干净的方法（当 SMART 无需担心时）是读出文件，快速格式化磁盘并将文件复制到新格式化的文件系统上。除非您对当时可能重新分配的扇区数量感兴趣，否则无需进行完整格式化。这将要求您重新读取 SMART 参数并将其与第一次运行的数字进行比较。
一旦 Windows 可以再次识别该分区，这种方法比在分区上运行 chkdsk 更干净。
答案3
这个问题假设如果数据恢复工具可以“处理”某个卷，那么 Windows 也应该可以。它忽略了一点，即数据恢复工具是为处理 Windows 无法再访问的分区而设计的。
但是文件恢复工具的理念是，它们可以接受部分数据，并可以忽略损坏的文件系统元数据，而 Windows 则认为文件系统是完整的。
这个想法可以简单地通过以下方式来演示：例如，假设 $MFT 的前 100 条记录已损坏：Windows 将无法使用这样的文件系统，而文件恢复工具只需解析其余 500000 条 $MFT 记录，即可显示几乎完整的文件系统。例如：
..此文件恢复工具检测到从第 24 条记录开始的一大块 MFT 记录，这表明缺少 0 - 23 条记录。Windows 永远无法安装这样的文件系统并将其指定为 RAW，而文件恢复工具却愉快地重建了几乎完整的文件夹树。
此外，文件恢复工具可能只是因为分区表指定了 NTFS 而将卷指定为 NTFS。Windows 显示的 RAW 文件系统不是因为它无法读取分区表并得出相同的结论，而是因为它尝试过“安装”文件系统但在此过程中失败了。
你基本上是在比较苹果和橘子。
重要的：RAW 文件系统可能是由于无法访问关键扇区而导致的，而这又可能是驱动器的物理问题导致的。始终应首先调查此问题。首先假设最坏的情况，然后再从那里开始。
如果有任何身体问题的迹象，那么：
- 避免就地维修
- 避免使用文件恢复工具扫描驱动器
而是使用 ddrescue 或 HDDSuperClone 等工具克隆/镜像驱动器
RAW 文件系统：
RAW 文件系统（根据 Windows）是 Windows 无法确定的任何文件系统。因此，这可能是一个 100% 有效但 Windows 根本不知道的外部文件系统，或者是一个已损坏的文件系统。
文件系统损坏有多种形式、原因和其他信息，因此 RAW 文件系统基本上是一个“万能”系统，它没有告诉我们任何具体信息。只需要在“正确”位置翻转一个位，但也可能文件系统的很大一部分已损坏。
二甲醚是一个可以帮助我们获取一些额外信息的工具，可以让我们了解我们正在处理什么。无论如何，我都会忽略 Windows 无法识别的文件系统。
要确定文件系统，Windows 需要“遍历”一系列结构：
- 分区入口指向引导扇区
- 引导扇区指向文件系统结构，例如 NTTS 引导扇区指向 $MFT 的第一个簇，并提供簇大小等参数，我们需要将簇地址转换为实际的 LBA 地址。
- 然后 Windows 解析 $MFT
DMDE 进行一些快速检查： 它检查分区条目（埃）、引导扇区（乙）、备份引导扇区（C）和文件系统（F）。
因此，从理论上讲，RAW 文件系统可能是由以下任何一种原因造成的：
如果埃没有指向有效的引导扇区（乙）操作系统将查看非引导扇区>无法识别=RAW文件系统。
如果引导扇区损坏（乙）Windows 可能找不到指向文件系统其余部分的正确指针。F将不会被找到。
如果埃和乙是完整且有效的，DMDE 应该能够定位 MFT 结构（假设是 NTFS），如果不是，F缺失或出现损坏F是红色的。
埃，乙，F可能为缺失（未找到）或红色（包含无意义的内容，例如簇大小不均匀）。
在此示例中：
埃（分区条目），乙（引导扇区），C（备份引导扇区）正常，MFT 和 MFT 镜像均未找到/损坏（二十）。
就地修复：
我建议您首先创建一个磁盘映像，对驱动器进行逐个扇区备份！！
DMDE 提供了一些修复选项，例如：
例如，如果乙不存在或为红色，而C存在并且是绿色，您可以使用它的备份修复引导扇区。
如果乙，C和F在场埃不存在，您可以将分区添加到分区表。
验证您要修复的条目是否解析为文件系统！选择条目并单击“打开卷”。如果 DMDE 无法解析目录树，则修复条目没有多大用处。您将修复一个修复后无法访问的卷。
因此，在“打开卷”之后，您应该会看到一个如您所期望的目录树：
我建议您首先创建一个磁盘映像，对驱动器进行逐个扇区备份！！
要进行修复，请先勾选“高级模式”。现在，项目的右键菜单有一个“编辑”项。运行 chkdsk 后，这些修复都毫无意义。
文件恢复替代方案
这是最安全的方法！！对于任何卷，您都可以尝试选项'开放量' 并且 DMDE 将尝试按原样解析文件系统。
‘全面扫描' 将忽略现有文件系统并构建虚拟文件系统。有许多工具提供类似的功能，我只是使用 DMDE 作为示例来说明恢复数据的多种方法。