Roc*_*ket 7 windows ssd data-recovery file-recovery recovery
这个问题有点长,但人们通常更喜欢了解所有细节,而不是被要求询问它们,所以我包含了尽可能多的细节。
我接到一位朋友打来的疯狂电话,他刚刚不小心使用+删除了Desktop
Windows 中的文件夹。shiftdelete
显然,他们每周只执行一次备份(在我看来,不够频繁),并且在 SSD 上的该文件夹中进行了整整一周的工作。
他们的Desktop
文件夹位于仅数据的 NTFS 分区上,当时除了文件管理器之外没有打开任何应用程序。他们的机器使用 Windows 7。
他们已经拥有Recuva
并Wise Data Recovery
安装在不同的分区上,并且还有一个额外的第三个 NTFS 格式分区,其中有许多 GB 的空闲空间。
他们没有任何其他可用的驱动器。
我建议他们除了Recuva
立即运行以取消删除(恢复)包含该文件夹的分区中的所有文件夹和文件Desktop
,并将输出发送到第三个(大部分为空)分区之外,绝对不执行任何操作。事实证明,Recuva
存在一个严重的错误,当Desktop
文件夹被删除时,该错误会阻止恢复,因此他们无法尝试立即恢复。
自从他们删除该文件夹以来,已经过去了大约 15 分钟Desktop
。在此期间,他们的电脑一直保持开启状态。
鉴于缺乏成功的恢复Recuva
,我建议他们除了现在运行Wise Data Recovery
以尝试从包含该Desktop
文件夹的分区恢复所有可能的文件夹和文件并将它们恢复到第三个(大部分是空的)分区之外,绝对不执行任何操作。
事实证明,删除文件夹Wise Data Recovery
后也存在一些问题。Desktop
我花了大约 5 分钟通过电话找出解决方法,他们能够使用该工具执行看似完全恢复的操作。
不幸的是,99% 的恢复文件只包含空值。
然后我建议他们使用Wise Data Recovery
. 大约半个小时后,Wise Data Recovery
完成了深度扫描。我的朋友随后再次进行了恢复,但结果并没有好转。
电话那头有很多咒骂,我朋友的压力是显而易见的。
我让他们再试Recuva
一次,但是前面提到的错误Recuva
非常令人讨厌。我花了大约 15 分钟找到该错误的解决方法,然后我的朋友能够使用它Recuva
来取消删除该Desktop
文件夹及其所有子文件夹和文件(到第三个分区)。
不幸的是,几乎每个恢复的文件都只包含空值。
令我有点惊讶的是,这两种工具都无法成功恢复数据。我很惊讶,因为:
Desktop
文件夹的分区。对于超过 1.25GB 的已删除工作,仅恢复了约 80KB。
问题:鉴于删除后的时间如此之短,并且计算机上缺乏活动,为什么这些恢复工具大多只能找到充满空值的数据块?
顺便说一句,这个问题很长,感谢您阅读它。截至撰写本文时,我朋友的计算机仍处于打开状态且未被使用。欢迎提出恢复的想法;如果一个新问题适合于此,请直接提问,我可以发布该问题的编辑副本,重点关注该主题。
\n\n自删除以来,已经过去了很短的时间(因此,如果启用了 TRIM,则可能没有太多需要重新分配的内容)。
\n
过去的时间无关紧要,原因有二:
\n默认情况下,只要文件被删除或截断 \xe2\x80\x93,NTFS 就会同步发出丢弃(TRIM 命令),您不必等待每周的“优化”任务发生。
\n(当删除数千个文件并看到 SSD 处于 100% \xe2\x80\x93 时,您可以感觉到这一点,可能 99% 的时间都花在处理 TRIM 命令上,并且通过 fsutil 禁用同步丢弃使得文件删除速度非常快.)
\n可能大多数 SSD 都实现了“TRIM 之后读零”行为,它们不仅将修剪后的扇区标记为“可用”,而且在 TRIM 命令期间立即取消映射它们(并可能物理擦除闪存)。
\n被丢弃后,这些扇区不再对应于任何物理闪存存储(直到再次写入),并且从它们读取将导致 SSD 的固件立即返回零。
\n老实说,失去一周的工作量仍然比失去 10 年的工作量有所改善。
\n\n\n所有恢复的数据都被写入一个单独的分区(尽管在 SSD 上,我不确定这有多大帮助)。
\n
只有当带有数据的扇区没有使用 TRIM 被丢弃时(或者至少“在 TRIM 后读零”不是标准行为)时,它才会有帮助。
\nSSD 的工作仍然是保持一致的视图,了解哪些数据写入哪些扇区,就像任何其他存储介质一样。因此,如果分区 1 的某些扇区包含某些数据(例如已删除的文件),那么这些扇区将始终继续保留该数据,直到操作系统写入其他内容为止;写入分区 2 永远不会破坏分区 1 仍保留的数据。
\n对于 TRIM,\xe2\x80\x93 有所不同,SSD 在扇区被修剪后认为相应的闪存区域“可重复使用”,并且从技术上讲,恢复到分区 2 可能仍然会覆盖以前属于分区 1 的闪存区域。但是,只有当专家尝试直接从闪存 \xe2\x80\x93 恢复数据时,这才会产生影响,一旦发出丢弃,这些扇区就已经变得无法被操作系统访问(因此,无法访问基于软件的恢复工具)对于它们,并且没有 SSD 命令将扇区映射回来,因此就软件工具而言,在发出 TRIM 时数据就已经消失了。
\n\n\n所有分区都没有被操作系统或任何第三方软件工具加密(尽管确实如此,Journeyman Geek 指出以下内容可能相关:为什么我的 SSD 即使没有设置密码也会在内部加密数据?)。
\n
仅当您(或恢复专家)打算绕过 SSD 控制器以物理方式打开 SSD 并从闪存芯片中读取数据时,SSD 内部完成的加密才有意义。
\n否则,只要通过 SSD 的正常接口(即使用标准 NVMe 或 SATA 命令)读取数据,SSD 就会透明地解密正在读取的任何数据 \xe2\x80\x93 毕竟,整个想法是操作系统不需要知道 \xe2\x80\x93 发生加密,并且基于软件的恢复工具将看到与操作系统看到的完全相同的数据。
\n