前言#

上次说到我的硬盘坏了，真的是当头一棒。😅

因为平时很多工作资料都在这块盘里，数据恢复的过程持续了小半个月，堪称一场心理和体力的双重折磨。

好在最后，大部分文件都救回来了。虽然过程非常花时间，但至少没有全军覆没。🤣

这次经历也算是给我自己上了一课，顺便整理成笔记，分享一下过程和心得。

工具的两种思路#

在接触数据恢复工具之前，我总结了一下它们大致有两种工作模式：

1. 扫描 MFT（Master File Table）
   • 优点：能保留目录结构、文件名，恢复出来的文件比较“原汁原味”。
   • 缺点：如果 MFT 本身损坏严重，可能丢失部分文件，或者文件内容不完整。
2. 扫描数据块（Raw Scan）
   • 优点：能尽可能多地找回文件内容。
   • 缺点：失去目录结构和文件名，恢复出来一大堆 file0001.jpg、file0002.doc，后期整理会非常痛苦。

大部分恢复软件都是这两种思路的结合，实际使用时需要灵活选择。

关于 NTFS#

NTFS（New Technology File System）是 Windows 系统常用的文件系统，它的优点是：

• 支持大文件和大容量分区
• 有权限控制、安全日志
• 目录和文件的元信息都存储在 MFT（Master File Table） 里

核心要点：MFT 是 NTFS 的总目录表。

如果 MFT 受损，文件系统就像失忆了一样，文件还在，但找不到入口。

MFT介绍#

MFT 记录了每一个文件的：

• 文件名
• 路径
• 大小
• 时间戳（创建/修改/访问时间）
• 文件数据所在的位置

所以，当我们做「基于 MFT 的扫描」时，本质上就是在想办法读取这张总目录表。

一旦这张表坏了，就只能退而求其次，去“数据块级别”扫描了。

我这次的思路#

这次我走的是 「先保护现场，再尝试修复」 的思路。

1. 对分区做镜像
   • 用 DMDE 给损坏的分区做了完整镜像（img 格式）。
   • 原因：避免在原盘上直接操作，防止二次损坏。
2. 挂载镜像
   • 使用 OSFMount 将镜像挂载为虚拟磁盘分区，方便后续操作。
3. 文件系统检查
   • 执行 chkdsk /f /r X:
   • /f 修复错误，/r 尝试恢复坏扇区。
   • 过程中系统自动生成了一些 found.000 文件夹，里面是修复时捡回来的“孤立文件”。
4. 扫描与恢复
   • 使用 FinalData 对挂载盘进行深度扫描。
   • 部分文件恢复成功，保留了文件名和目录结构；部分则散落在 found.000 里，需要人工整理。

成果#

恢复结果：大部分文件都找回来了！

遗憾点：有一部分目录结构和文件名乱了，需要大量时间手动分类、重命名。

总结感受：能把关键文件救回来就算赢了，剩下就是慢工出细活。

小结#

这次经历让我深刻认识到

• 一定要重视 数据安全！
• 重要数据要 多地备份：本地 + NAS + 多种不同云存储。
• 不要依赖单一云存储，服务商也可能出问题。

接下来，我也打算升级我的 NAS，把数据安全短板补齐，做到真正的有备无患。

数据无价，别等丢了才后悔！

转自https://www.cnblogs.com/deali/p/19115880