我意外地写入了 /dev/sda1,然后又写入了 /dev/sdb1

我意外地写入了 /dev/sda1,然后又写入了 /dev/sdb1

我对 Unix 系统的了解非常有限,当需要将内容复制到驱动器时​​,我尝试使用命令cp ./files.files /dev/sda1。当时,我正在将 ext4 分区中的 tar 球复制到 NTFS 分区。

直到我启动 Windows 操作系统时,我才意识到我的硬盘已变成 RAW 文件系统。这些硬盘非常重要,包含大量数据。我可以尝试通过恢复工具恢复这些数据,但我希望有一个解决方案可以修复我对分区表所做的任何操作(?)。

/dev/sda1如果它不是驱动器的目录会怎样?

答案1

致电专业的数据恢复公司。 请勿尝试自行修复此问题。 (演讲结束。)

/dev/sda1是您的第一个驱动器上的第一个分区。它以 NTFS 标头开始,后面是 Windows C: 内容。标头现在已消失,您的部分数据可能也消失了。

修复此问题的一种方法(不要自己尝试!)可能是使用相同版本的 Windows 格式化相同的驱动器,然后从该驱动器中获取前几个字节,直到您复制到 sda1 的文件的大小。但是不能保证。如果files.files足够大,您的部分根目录c:\将消失。

将来,使用mount将驱动器与目录(“挂载点”)关联起来/dev,然后访问这些目录。祝你好运!

答案2

在 Unix 上一切都是“文件”/dev/sda1指向第一个分区的第一个分区的“文件 年代CSIisksda或原始分区。

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

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

答案3

您已将文件内容直接写入系统上第一个硬盘的第一个分区。根据您复制的文件大小,您将覆盖以下内容:

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

您不会覆盖位于磁盘开头、分区之外的分区表。如果您写入了 /dev/sda(无编号),那么您将触及分区表和主引导记录。

恢复文件会很困难,犯错可能会损坏或覆盖可恢复的文件。从备份恢复- 你有备份,对吧?如果没有备份,让数据恢复专家来做。如果你因为某种原因不能这样做,克隆驱动器,然后对克隆驱动器进行操作。这样,即使你犯了错误,也不会毁坏原件。

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

我曾经使用专业软件恢复过处于这种状态的驱动器(由于 Windows 更新失败)。那是很久以前的事了,我不记得我用的是什么软件,但可能是测试磁盘. 维基百科描述了如何从镜像中恢复 MFT,如果需要的话,您也可以通过这种方式恢复 NTFS 启动扇区。

相关内容