TestDisk怎么用：从选盘到只读验证

开始前准备什么

准备一块与源盘不同的健康磁盘，用于保存日志、镜像和恢复文件。关闭会向源盘写入的下载、同步、杀毒扫描和磁盘整理任务；误删发生在系统盘时，尽量不要继续从该系统启动。记录源盘品牌、型号、标称容量、接口和故障现象，之后每次选盘都用这些信息核对。

换句话说，开始前必须有另一块健康磁盘；发现容量不符就停止。首次检查的目标是能列出预期文件，而不是立即修改结构。

如果源盘有异响、频繁掉线、容量时大时小、SMART告警或读取速度持续下降，不要直接做Deeper Search。深度搜索会读取大量扇区，可能加重物理问题。此时优先制作镜像或交给专业人员；需要自己制作镜像时，也应选择能处理坏扇区并支持断点续读的工具。

第一步：创建日志并确认磁盘

启动TestDisk后可以创建新的日志文件。日志会记录菜单选择、磁盘技术信息和扫描结果，便于回看，也便于在求助时说明做过什么。日志本身不是恢复文件，不要把它保存在故障源盘上。

在介质列表中根据型号和容量选择磁盘，而不是只看盘符。Windows盘符属于分区层，TestDisk展示的通常是物理磁盘或镜像。若一块1 TB硬盘被识别成32 GB、0字节或容量明显不符，应退出并检查数据线、供电、转接盒、BIOS和系统驱动。容量错误时继续扫描，分区边界判断也会失去基础。

第二步：核对分区表类型

TestDisk通常会给出建议的分区表类型，例如传统PC分区表或EFI GPT。不要因为某个选项被默认选中就盲目确认。可以结合磁盘原用途、系统年代、磁盘容量、是否从UEFI系统使用以及已有分区结构判断。镜像来自特定设备时，还要考虑相机、NAS、虚拟机或移动设备的布局。

分区表类型选错可能导致搜索结果异常，例如边界重叠、分区数量不合理或文件系统无法列出。看到明显矛盾时先返回，不要通过反复切换和写入来“试哪个能启动”。只读搜索可以重新开始，结构写入则可能覆盖原有证据。

第三步：使用Analyse读取当前结构

进入Analyse后，先阅读当前分区表，不急着搜索。记录分区数量、类型、起止位置和是否有重叠或错误提示。如果当前结构已经能列出所需文件，优先复制重要数据到另一块盘；找回数据通常比立即修复启动更重要。

Quick Search用于快速寻找常见丢失分区。搜索期间观察发现的分区是否与原来的数量、容量和用途相符。结果中可以尝试使用列文件功能查看目录。熟悉的用户目录、项目文件夹、照片日期或文件大小，比单纯显示“NTFS”更有判断价值。

第四步：只读列出文件

对候选分区列文件时，先检查根目录和几个关键目录，再尝试打开或复制少量非关键样本到目标盘。目录名称正确但文件内容无法读取，可能说明文件系统仍有损坏或候选边界不准确。不要因为看到少数文件名就直接写入分区表。

如果Quick Search找不到预期分区，在源盘稳定且已有镜像的前提下再考虑Deeper Search。深度搜索耗时更长，可能找到旧分区残留和多个互相重叠的候选。旧痕迹不一定是当前正确布局，需要用时间线、容量、边界、文件列表和实际内容共同筛选。

哪些情况必须停止

如何判断首次检查成功

首次检查的成功标准不是系统已经恢复启动，而是你能明确回答：选中的物理磁盘是否正确；容量是否正确；分区表类型是否有依据；当前或候选分区能否列出预期文件；恢复输出是否有另一块盘。具备这些信息后，才适合决定走分区恢复、删除文件恢复或PhotoRec路径。

如果重要文件已经能列出，优先复制最重要的数据，再考虑结构修复。复制后在目标盘打开多个不同类型的文件，确认内容可读、大小合理。不要把“复制命令完成”当作文件一定完好的证据。