为什么Linux系统有时会恢复Windows无法恢复的数据？

为什么Linux系统有时会恢复Windows无法恢复的数据？

为什么您可以使用基于Linux的计算机或LinuxLiveCD来恢复Windows无法恢复的数据？

今天的问答环节是由超级用户提供的，这是Stack Exchange的一个细分部门，这是一个由社区驱动的Q&A网站分组。

问题

超级用户读者PhilipAllgaier想知道为什么他能够用报告在Windows中无法恢复的LinuxLiveCD恢复数据：

背景：今年早些时候，我遇到了一个SSD驱动器的问题，Windows将不再认识它。但最终，一个可启动的分离魔术2012-10-10成功了。看看这条解决了的线索。从那一刻起，有一个问题一直困扰着我，…

问题：我知道Linux通常有点技术和原始，但是有人能粗略地描述为什么一个Linux系统(或者实际上只有那个特定的系统，因为Ubuntu没有做到这一点)仍然能够访问/通信一个半损坏的设备而不是Windows？

• 他们是否只是忽略了任何可能出现问题的潜在指标？
• 究竟有甚麽具体的原因呢？
• 只是幸运的是，这种特殊的环境能够使SSD作出反应，如果只是在有限的时间？

虽然这当然可能是运气，但可能有更多的因素在发挥作用。让我们调查一下。

答案

超级用户贡献者埃克除了运气之外，还为他保存数据的能力提供了一些潜在的解释：

通常情况下，这取决于究竟是什么东西被访问，以及设备到底是如何失效的。例如，如果有关的SSD无法检索(例如，第5区)，并且一旦读取第5区，就会开始停止运行，这种差异可能仅仅是由于不同的系统在识别新磁盘后自动访问的结果。

当Windows检测到一个新磁盘时，它将读取分区表，并自动尝试打开它知道如何读取的任何文件系统。如果在此“挂载”过程中读取的任何结构/块–进程触发错误的SSD–拜拜，那么与特定Linux发行版不同的是，它可能不会自动挂载所有相关的分区，或者在挂载时只读取一个不同的扇区子集(Linux中NTFS的实现与Windows中的实现非常不同–磁盘上的格式是相同的，但取决于它认为需要读取的结构)。Windows可能读取mft的二级副本，或者它可能开始预判一些数据，这可能是不同之处。Ubuntu也在一艘类似的船上–它不适合从盒子里恢复，它将尝试在新发现的媒体上自动挂载它找到的任何文件系统。正因为如此，面向恢复的专门发行版是一个更好的选择，因为它们只执行您明确要求他们做的事情，而不是自动执行。

当然，你可能也很幸运。我对SSD的失效模式还不太了解。

Linux通常不会忽略某些错误的迹象。它将从SATA芯片组接收与Windows相同的SCSI错误–如果您查看内核日志，在错误的磁盘上将看到大量错误消息。这取决于实际访问磁盘的程序是什么，接下来会发生什么。如果它是面向恢复的软件，它可能会尝试重读同一扇区有限的次数，它可能会跳过它，等等。通常最好的选择是尽可能清晰地读取驱动器的图像，然后尝试从该映像中恢复数据(直接在驱动器上进行任何分析通常是一个坏主意，因为它的状况可能会恶化，而且仅仅因为您能够读一次，这并不意味着您将能够再次读取它)。

其他撰稿人AthonSfere提供了另一个关于事物的看法：

其中很多是环境处理文件系统、ACL或硬盘的方式。

Windows将尽自己所能遵守ACL和标记为“坏”或“空”的扇区。因此，在Windows中创建和维护的NTFS或FAT分区以及Windows MBR将在Windows标记时由Windows处理。

另外，如果驱动器出现故障，那么使用它的次数越多，它就越有可能遇到重大问题，环境就会崩溃。然后操作系统如何处理起作用，Windows将BSOD或重新启动，Windows引导进程将抛出MBR消息，丢失文件消息(NTDLR.dll丢失或损坏)并停止，因为这些坏文件是必需的。

当您使用活动磁盘时，您不依赖其中任何一种。错误的MBR被绕过，因为您从磁盘上启动。不需要损坏NTDLR.dll的坏扇区。所有东西都在磁盘上。然后，您可以尝试读取。如果它遇到一个‘空白扇区或坏位，该环境处理它，但它被编程做。Ubuntu可能更愿意保持正常的操作系统行为，并继续进行最有可能发生的事情。这个部门是空白的，做点别的吧。那个部门不好，离远点，不要再看书，不写字，否则会引起问题。

然而，一个恢复平台将希望读取所有数据。文件标记显示文件应该在0，5，13…上。如果文件系统报告丢失了13，忽略空白头并无论如何读取文件，或者尽可能地读取坏扇区并尝试恢复。

另外，Windows可以用第三方应用程序做很多这方面的工作，Recuva可以找到大量这些“丢失”的文件。但是，您不希望在一个可能会写回磁盘并造成真正永久损失的环境中。

我确实简化了这一点，并添加了一些解释，但它应该为您要求的内容填补一些空白。

 

在解释中有什么要补充的吗？在评论中发出声音。想从其他精通技术的Stack Exchange用户那里读到更多答案吗？请看这里的完整讨论主题。