我不小心写到/dev/sda1，然后我写到/dev/sdb1

Question

我对 Unix 系统的了解充其量是零散的，当涉及到将内容复制到驱动器时​​，我尝试了这些命令cp ./files.files /dev/sda1。当时我正在将 ext4 分区中的 tar 球复制到 NTFS 分区。

直到我启动到我的 Windows 操作系统，我才意识到我的硬盘驱动器已经变成了 RAW 文件系统。这些是具有相当多数据的重要驱动器。我可以尝试通过恢复工具恢复这些数据，但我希望有一个解决方案可以修复我对分区表所做的一切（？）。

什么是/dev/sda1如果它不是一个目录来驱动？

Answer 1

致电专业的数据恢复公司。 不要试图自己解决这个问题。 （肥皂盒演讲结束。）

/dev/sda1是第一个驱动器上的第一个分区。它以 NTFS 标头开头，然后是您的 Windows C: 内容。标题现在不见了，你的一些数据可能也不见了。

修复它的一种方法（不要自己尝试！）可能是使用相同版本的 Windows 格式化相同的驱动器，然后从该驱动器中获取第一个字节，直到复制到 sda1 的文件的大小。不过没有保证。如果files.files足够大，你的一些根目录c:\就会消失。

将来，使用mount将驱动器/dev与目录（“挂载点”）相关联，然后访问这些目录。祝你好运！

Answer 2

在Unix一切是一个“文件”，并/dev/sda1是“文件”指向1^日的1个的分区^ST 小号CSI d ISK sda，或原始分区。

要将数据复制到该分区上的文件系统，您应该首先使用该mount命令挂载该分区。

您所做的是覆盖该分区的前 X 个字节，完全忽略文件系统，因此无法立即恢复。
如果您没有最近的备份，数据恢复工具（或服务公司）可能会从该分区的其余部分恢复数据。

Answer 3

您已将文件内容直接写入系统上第一个硬盘驱动器的第一个分区。根据您复制的文件的大小，您将覆盖：

1. NTFS 引导扇区。既然你说它不是启动驱动器，这可能不是什么大损失。
2. 主文件表。这是在何处可以找到磁盘上所有文件以及各种元数据的列表。非常小的文件完全包含在 MFT 中。
3. 磁盘上的前几个文件。这些将永久丢失。

您不会覆盖位于磁盘开头、分区外的分区表。如果您已写入 /dev/sda（无编号），那么您将命中分区表和主引导记录。

恢复您的文件将很困难，犯错可能会损坏或覆盖可恢复的文件。从备份中恢复可能更容易- 您确实有备份，对吗？如果做不到这一点，请让数据恢复专业人员来做。如果由于某种原因您不能这样做，请制作驱动器的克隆，然后处理克隆。这样，如果你犯了错误，你就不会破坏原作。

如果您要自己尝试恢复，则需要获取 MFT 的副本。幸运的是，在 NTFS 系统上，分区上的某处至少有一个备份副本，有时称为 MFT 镜像或 MFTmirr。如果您能找到，那么您将能够复制未损坏的文件。

我已经能够使用专业软件恢复处于这种状态的驱动器（由失败的 Windows 更新提供）。那是很久以前的事了，我不记得我用了什么软件，但可能是TestDisk。wiki 描述了如何从镜像恢复 MFT，如果需要，您也可以通过这种方式恢复 NTFS 引导扇区。