以上数字为行业通行经验值与官方文档整理，实际效果因磁盘状态而异，仅供参考。
什么是 testdisk？
开发背景与作者
testdisk 由法国程序员 Christophe Grenier 开发，最早版本可追溯到 2000 年代初期。Grenier 当时发现市面上缺少一款能在命令行环境下、无需昂贵商业授权就能修复分区表的工具，于是自己动手写了 testdisk，并将其以 GNU GPL v2 协议开源发布。二十多年来，这个项目持续迭代，如今已更新到 7.2 版本，依然由 Grenier 主导维护，社区贡献者遍布全球。
与很多"数据恢复软件"不同，testdisk 的核心定位是分区表层面的修复，而不是文件层面的扫描恢复。这个区别很重要：当你的分区表损坏导致整个分区"消失"时，文件级别的恢复工具往往无从下手，因为它们连分区在哪都找不到；而 testdisk 能直接在磁盘的物理扇区层面重建分区信息，让操作系统重新"看见"那个分区——一旦分区恢复，里面的文件通常完好无损，不需要逐个文件扫描恢复。
testdisk 同时捆绑了另一款工具 PhotoRec，专门用于文件级别的深度恢复（从损坏的文件系统中逐块扫描特定文件类型）。两者配合，基本覆盖了磁盘数据恢复的绝大多数场景。这两款工具的官方下载页面是 cgsecurity.org，页面上有针对 Windows、Linux、macOS 的不同版本，下载后解压即可使用，不需要安装程序。
核心功能定位：底层而不是表层
testdisk 的操作对象是磁盘的最底层数据结构：MBR（主引导记录）、分区表（Partition Table）、引导扇区（Boot Sector）。这些结构一旦损坏，操作系统会直接报错"磁盘未初始化"或者某个分区突然变成"RAW格式"，让用户以为数据全没了。testdisk 的工作原理是：扫描磁盘上的特征扇区，通过文件系统的签名（如 NTFS 的 0x55AA 标志、FAT32 的特定字节序列）来定位原来分区的起止位置，再把这些信息重新写入分区表，从而"找回"分区。
这套机制决定了 testdisk 的适用范围：它对分区表损坏非常有效，但对于分区内文件系统本身严重损坏（比如 NTFS MFT 损坏）的情况，仍然需要配合其他工具。此外，testdisk 的界面是文本模式的，用方向键和回车键操作，没有鼠标点击，初次接触可能有点陌生，但照着教程做并不复杂——大多数用户反馈，第一次使用花了 30–60 分钟就完成了分区恢复。
testdisk 能解决哪些问题？典型故障场景全覆盖
哪些情况 testdisk 帮不上忙？
testdisk 不是万能的，有几类情况它的效果非常有限，需要提前了解。第一，磁盘有物理损坏（如磁头损坏、盘片划伤、电路板烧毁）的情况下，testdisk 无法工作，因为它连读取磁盘数据都做不到，这类情况需要送专业数据恢复实验室处理，费用通常在数千元至数万元不等。第二，数据被大量新数据覆盖之后（比如格式化后又往里写了几十 GB 的内容），原始数据已经物理上被覆盖，testdisk 也无能为力。第三，SSD 启用了 TRIM 功能的情况下，删除的数据会被快速清零，恢复窗口期非常短，有时格式化后几秒钟数据就已经被 TRIM 掉了。
testdisk 支持哪些平台与文件系统？
跨平台支持：Windows / Linux / macOS 全覆盖
testdisk 的跨平台能力是它的一大优势。官方提供三个主要平台的预编译版本：Windows 版（testdisk_win.exe，支持 Windows XP 至 Windows 11 全系列，含 32 位和 64 位版本）、Linux 版（支持 x86/x86_64/ARM，各主流发行版的包管理器均有收录）、macOS 版（支持 macOS 10.13 及以上，Intel 和 Apple Silicon 均有对应版本）。此外还支持 FreeBSD、NetBSD、OpenBSD 等 BSD 系统，以及 DOS 环境（可制作启动盘在系统崩溃时使用）。
在 Linux 下，大多数发行版可以直接通过包管理器安装：Debian/Ubuntu 系用 apt install testdisk，Fedora/RHEL 系用 dnf install testdisk，Arch Linux 用 pacman -S testdisk，通常几秒钟就装好了。macOS 上推荐通过 Homebrew 安装：brew install testdisk，同样一行命令搞定。Windows 上没有安装程序，直接解压官网下载的压缩包，找到 testdisk_win.exe 右键以管理员身份运行即可。
支持的分区表类型
testdisk 支持以下分区表格式：Intel/PC（MBR，传统 BIOS 启动的标准格式）、EFI GPT（现代 UEFI 启动的格式，支持超过 2TB 的磁盘）、Humax（某些机顶盒使用）、Mac（Apple 的旧式分区表）、Sun Solaris、XBox、以及"None"（无分区表，用于直接访问整个磁盘）。绝大多数个人电脑和服务器使用的是 Intel/MBR 或 EFI/GPT 两种，testdisk 对这两种的支持最为完善。
支持的文件系统（30+ 种）
| 文件系统 | 主要平台 | 分区恢复 | 文件浏览/复制 | 备注 |
|---|---|---|---|---|
| NTFS | Windows | ✓ 完整支持 | ✓ | Windows 主流格式，支持最完善 |
| FAT12/16/32 | Windows/嵌入式 | ✓ 完整支持 | ✓ | U盘、相机存储卡常用 |
| exFAT | Windows/macOS | ✓ v7.2起完整支持 | ✓ | 大容量 U 盘常用格式 |
| ext2/3/4 | Linux | ✓ 完整支持 | ✓ | Linux 最常用文件系统 |
| HFS/HFS+ | macOS | ✓ 完整支持 | ✓ | 旧版 Mac 文件系统 |
| APFS | macOS 10.13+ | △ 部分支持 | △ 有限 | 新版 Mac 格式，支持仍在完善 |
| XFS | Linux | ✓ 完整支持 | ✓ | 大文件服务器常用 |
| Btrfs | Linux | ✓ 支持 | △ 有限 | 现代 Linux 文件系统 |
| ReiserFS | Linux | ✓ 支持 | ✓ | 部分旧 Linux 系统 |
| UFS/UFS2 | BSD/Solaris | ✓ 支持 | ✓ | BSD 系统常用 |
值得注意的是，APFS 是苹果 2017 年推出的新文件系统，testdisk 对其支持仍在持续完善中，目前可以检测 APFS 分区但恢复能力有限。如果你的 Mac 使用 APFS 且遇到严重故障，建议优先考虑 macOS 自带的 Time Machine 备份恢复，或联系苹果官方服务。
如何下载与安装 testdisk？各平台详细方法
官方获取渠道（唯一可信来源）
testdisk 的唯一官方来源是 www.cgsecurity.org，这里有各平台的最新稳定版下载链接。请注意不要从第三方下载站获取，那些站点提供的版本可能已经过时，甚至可能被捆绑了恶意软件。官网页面提供的是压缩包（.zip 或 .tar.bz2），下载后解压即可，不需要安装程序，也不会修改你的系统环境。
本站内容以官方/公开资料为准，暂无法确认的具体下载量数字不臆造。目前 testdisk 在 GitHub（github.com/cgsecurity/testdisk）上也有源代码仓库，有能力的用户可以自行编译最新开发版，但日常使用建议用稳定版。
Windows 下的安装与运行
前往 cgsecurity.org 下载 Windows 版压缩包（文件名类似 testdisk-7.2-WIP.win.zip），解压到一个你记得住的目录，比如桌面或 D 盘根目录。解压后会看到一堆文件，找到 testdisk_win.exe，右键点击，选择「以管理员身份运行」——这一步很关键，没有管理员权限，testdisk 无法读取磁盘的原始扇区数据，会直接报错。
如果 Windows 弹出 UAC 提示框，点「是」确认。随后会出现一个黑色的命令行风格窗口，这就是 testdisk 的主界面。界面虽然朴素，但操作逻辑非常清晰：用上下方向键选择选项，回车键确认，Q 键返回上一级。整个操作过程不需要键入任何命令，完全靠菜单导航。
一个常见的问题是：Windows 10/11 下运行 testdisk 时可能弹出 SmartScreen 警告（"Windows 已保护你的电脑"），这是因为 testdisk 没有微软签名证书，并非病毒。点击「更多信息」→「仍要运行」即可。如果你对安全有顾虑，可以在运行前用杀毒软件扫描一遍，或者直接从官网下载后校验文件哈希值（官网提供 SHA256 校验值）。
Linux 下的安装
Linux 下最简单的方式是用系统自带的包管理器安装。以 Ubuntu/Debian 为例，打开终端输入 sudo apt update && sudo apt install testdisk，安装完成后直接在终端运行 sudo testdisk 即可（同样需要 root 权限）。Fedora/CentOS 用 sudo dnf install testdisk，Arch Linux 用 sudo pacman -S testdisk。包管理器安装的好处是版本经过发行版测试，依赖关系自动处理，不用担心兼容性问题。
如果你的 Linux 系统是 LiveCD 环境（比如 Ubuntu 安装盘启动），也可以在 LiveCD 里安装并运行 testdisk 来修复主系统的磁盘，这是一种很常见的操作方式——尤其是系统因为 MBR 损坏无法启动时，用 LiveCD 启动后再用 testdisk 修复。
macOS 下的安装
macOS 上最推荐的方式是通过 Homebrew 安装。如果你还没装 Homebrew，先按照 brew.sh 的说明安装。装好后在终端运行 brew install testdisk，Homebrew 会自动下载并安装 testdisk 及其依赖。安装完成后在终端输入 sudo testdisk 运行。macOS 下需要给予磁盘完全访问权限，在「系统偏好设置→安全性与隐私→隐私→完全磁盘访问权限」里把终端（Terminal）添加进去，否则 testdisk 可能无法读取某些磁盘。
Windows 安装方式
官网下载 .zip 压缩包，解压后以管理员身份运行 testdisk_win.exe，无需安装，即解即用。支持 Windows XP ~ Windows 11。
Linux 安装方式
包管理器一行命令安装（apt/dnf/pacman），或官网下载二进制包。运行时需要 sudo 权限。
macOS 安装方式
推荐 Homebrew 安装（brew install testdisk），需授予终端完全磁盘访问权限。支持 Intel 与 Apple Silicon。
testdisk 界面与核心菜单逐项解读
启动后的第一个选择：日志记录方式
运行 testdisk 后，第一个界面会问你是否创建日志文件，有三个选项：Create（新建日志文件）、Append（追加到已有日志）、No Log（不记录日志）。建议选 Create，这样操作过程会被记录下来，如果出现问题可以事后分析。日志文件会保存在 testdisk 运行目录下，文件名是 testdisk.log。
磁盘选择界面
日志选择之后，testdisk 会列出系统检测到的所有磁盘，包括内置硬盘、外接硬盘、U 盘等。每个磁盘会显示其容量大小和设备路径（Windows 下显示为 \\.\PhysicalDrive0 这样的格式，Linux 下显示为 /dev/sda 等）。用上下方向键选择你要恢复的那块磁盘，回车确认。这里要注意：一定要选正确的磁盘，不要搞混了，尤其是有多块硬盘的情况下，可以根据容量大小来判断。
分区表类型选择
选好磁盘后，testdisk 会让你选择分区表类型。通常它会自动检测并推荐正确的类型，大多数情况下直接按推荐选就行。常见类型有：Intel（对应 MBR 分区表，传统 BIOS 系统）、EFI GPT（现代 UEFI 系统）、Mac（苹果老式分区表）等。如果不确定，选 Intel 是最保险的起点，对于 UEFI 电脑则选 EFI GPT。
主菜单各选项详解
日常使用中，90% 的情况只需要用到 Analyse 和 Advanced 这两个选项。Analyse 是恢复丢失分区的入口，Advanced 是修复引导扇区和浏览文件的入口。MBR Code 专门用于修复 MBR 引导代码（不是分区表），当系统能识别分区但无法启动时使用。Geometry 和 Delete 是高级选项，普通用户基本不需要碰，尤其是 Delete，操作不当会清空整个磁盘的分区信息。
Analyse 子菜单：Quick Search 与 Deeper Search
进入 Analyse 后，testdisk 会先显示当前磁盘的分区表状态，然后提供两个扫描选项：Quick Search（快速搜索）和 Deeper Search（深度搜索）。Quick Search 通常在 1–5 分钟内完成，能找到大多数情况下丢失的分区；如果 Quick Search 没有找到，再选 Deeper Search，它会逐扇区扫描整个磁盘，耗时可能从几十分钟到数小时不等（取决于磁盘容量，1TB 的磁盘大约需要 30–90 分钟）。扫描完成后，找到的分区会以列表形式显示，每个分区前面有一个状态标记，用于指定该分区在分区表中的角色。
使用 testdisk 恢复丢失分区的完整步骤
-
以管理员/root 权限启动 testdisk
Windows 下右键 testdisk_win.exe 选「以管理员身份运行」；Linux/macOS 下在终端输入 sudo testdisk 并回车。没有足够权限时，testdisk 会提示无法访问磁盘原始扇区，直接退出重试。
-
选择日志模式并确认目标磁盘
第一个界面选 Create（新建日志），方便事后查看操作记录。然后在磁盘列表中，根据容量大小找到故障磁盘，用方向键选中后按回车。如果有多块磁盘容量相同，可以看设备路径（如 /dev/sdb 或 PhysicalDrive1）来区分。
-
选择分区表类型
通常选 testdisk 自动推荐的类型。传统 BIOS 电脑选 Intel（MBR），UEFI 电脑选 EFI GPT。如果不确定，先选 Intel 试试，扫描没找到分区再换 EFI GPT。
-
进入 Analyse → Quick Search
主菜单选 Analyse，testdisk 显示当前分区表状态后，选 Quick Search 开始快速扫描。扫描进度会实时显示，通常 1–5 分钟内完成。扫描期间不要操作磁盘，让程序安静跑完。
-
查看扫描结果，按 P 预览文件
扫描完成后，testdisk 列出找到的分区。选中某个分区后按 P 键，可以进入文件浏览模式，看到分区里的文件列表——这是确认找到的分区是否正确的最直观方式。如果文件列表和你记忆中的内容一致，说明这个分区就是你要恢复的那个。如果 Quick Search 没找到，返回后选 Deeper Search 进行深度扫描。
-
标记分区状态并准备写入
确认分区正确后，用方向键选中该分区，按左右方向键修改其状态标记：P 表示主分区（Primary），L 表示逻辑分区（Logical），E 表示扩展分区（Extended），D 表示删除（Delete，不要选这个）。通常把要恢复的分区标记为 P，然后按回车进入写入确认界面。
-
选择 Write 写入分区表，重启验证
确认分区标记无误后，选 Write，testdisk 会再次提示确认，按 Y 确认写入。写入完成后，程序提示重启计算机。重启后，原来消失的分区应该重新出现在文件管理器中，里面的文件完好如初。如果重启后分区没有出现，可能需要再次运行 testdisk 检查写入是否成功。
真实场景演示：分区消失了怎么办
修复 MBR 与引导扇区：testdisk 的操作方法
MBR 的结构与损坏原因
MBR（Master Boot Record，主引导记录）位于磁盘的第一个扇区（LBA 0），大小只有 512 字节，但它包含了两个关键部分：引导代码（Boot Code，约 446 字节，负责启动操作系统加载器）和分区表（Partition Table，64 字节，记录最多 4 个主分区的位置信息）。MBR 损坏的常见原因包括：病毒感染（某些病毒专门覆盖 MBR 来阻止系统启动）、误操作（比如用 dd 命令写错了目标磁盘）、磁盘错误（坏扇区恰好落在 MBR 位置）、以及多系统安装时引导程序冲突。
MBR 损坏后的典型症状是：开机黑屏，光标一直闪烁；或者提示"Operating System not found"、"Missing operating system"、"Invalid partition table"等错误。这时候磁盘本身和数据都是好的，只是引导代码出了问题，用 testdisk 修复非常有效。
用 testdisk 重写 MBR 引导代码
修复 MBR 引导代码的操作在 testdisk 主菜单的 MBR Code 选项下。选中目标磁盘和分区表类型后，在主菜单选 MBR Code，testdisk 会提示你是否要写入标准的 MBR 引导代码，确认后按 Y 写入。这个操作只修改 MBR 的引导代码部分（前 446 字节），不会触碰分区表（后 64 字节），所以完全不影响你的分区和数据。写入完成后重启，如果 MBR 损坏是唯一问题，系统应该能正常启动了。
需要注意的是：如果你的系统使用 GRUB（Linux 的引导加载器），写入 testdisk 的标准 MBR 代码会覆盖 GRUB，导致 Linux 无法启动。这种情况下应该用 GRUB 自带的 grub-install 命令来修复引导，而不是用 testdisk 的 MBR Code 功能。testdisk 的 MBR Code 主要适用于 Windows 系统的 MBR 修复。
修复 NTFS/FAT 引导扇区
引导扇区（Boot Sector）是每个分区的第一个扇区，包含文件系统的关键参数（如簇大小、MFT 位置等）。引导扇区损坏后，分区会变成 RAW 格式，Windows 提示"需要格式化"。testdisk 的 Advanced 菜单下有 Boot 选项，专门用于修复引导扇区。
操作流程：主菜单选 Advanced，选中目标分区，然后选 Boot。testdisk 会显示当前引导扇区的状态，并与备份引导扇区（NTFS 在分区末尾有一个备份）对比。如果主引导扇区损坏但备份完好，选 Backup BS（从备份恢复）即可；如果两个都损坏，选 Rebuild BS（重建引导扇区），testdisk 会根据磁盘上的其他信息尝试重建。重建成功率取决于损坏程度，通常 FAT32 的重建成功率高于 NTFS。
UEFI/GPT 系统的引导修复
现代 UEFI 系统使用 GPT 分区表，没有传统意义上的 MBR。UEFI 引导依赖 EFI 系统分区（ESP）中的引导文件。如果 GPT 分区表损坏，testdisk 可以从 GPT 的备份分区表（位于磁盘末尾）恢复主分区表，操作方式与 MBR 磁盘类似：Analyse → Quick Search → 找到分区 → Write。如果 EFI 系统分区本身损坏，则需要用 Windows 安装盘的修复功能或 Linux 的 efibootmgr 工具来重建引导项，这超出了 testdisk 的处理范围。
testdisk 恢复误删文件的使用技巧
文件列表模式：不修复分区也能取出文件
testdisk 有一个经常被忽视的功能：文件列表浏览模式。即使分区表损坏、分区无法正常挂载，只要 testdisk 能找到分区的位置，就可以进入文件列表模式，像文件管理器一样浏览分区内的目录和文件，并把需要的文件复制到另一块好的磁盘上。这个功能在 Quick Search 或 Deeper Search 找到分区后，选中分区按 P 键进入。
在文件列表模式下，用方向键浏览目录，按 C 键可以复制当前选中的文件或目录到指定位置。复制目标必须是另一块磁盘（不能复制到故障磁盘本身，否则可能覆盖未恢复的数据）。这个方式特别适合「分区找到了但暂时不想写入分区表」的情况——先把重要文件复制出来，再决定是否修复分区表，双重保险。
Advanced 菜单下的 Undelete 功能
对于 FAT32 文件系统上误删的文件，testdisk 的 Advanced → Undelete 功能可以尝试恢复。FAT32 删除文件时只是在目录项里把文件名的第一个字符改成特殊标记，文件内容本身还在磁盘上，testdisk 可以找到这些"被标记删除"的文件并恢复。NTFS 文件系统的 Undelete 支持相对有限，对于 NTFS 上的误删文件，更推荐使用 PhotoRec 或专门的 NTFS 恢复工具。
操作方式：主菜单选 Advanced，选中目标分区（状态为正常可访问的分区），选 Undelete，testdisk 会扫描并列出可恢复的已删除文件。选中文件后按 C 键复制到另一个位置。注意：删除后往分区里写入的数据越多，可恢复的文件就越少，所以误删后要立即停止使用该分区，越快操作成功率越高。
什么时候该用 PhotoRec 而不是 testdisk 的文件恢复？
testdisk 的文件恢复功能依赖文件系统的目录结构，如果文件系统本身严重损坏（目录树损坏），testdisk 就找不到文件了。这时候应该切换到 PhotoRec，它不依赖文件系统结构，而是直接扫描磁盘上的原始数据块，通过文件头特征（如 JPEG 的 FF D8 FF、PDF 的 %PDF 等）来识别和恢复文件。PhotoRec 能恢复 400+ 种文件格式，但恢复出来的文件会失去原来的文件名和目录结构，需要手动整理。
testdisk 与 PhotoRec 的关系与配合使用
两款工具的定位差异
testdisk 和 PhotoRec 经常被一起提到，因为它们打包在同一个压缩包里，由同一位开发者 Christophe Grenier 创作。但两者的工作层次完全不同：testdisk 工作在分区表层面，目标是恢复"消失的分区"，成功后分区里的文件系统和文件名都完整保留；PhotoRec 工作在数据块层面，目标是从原始磁盘数据中识别并提取特定类型的文件，不依赖文件系统结构，但恢复出来的文件会失去文件名（通常以 f0000001.jpg 这样的格式命名）和目录层级。
简单说：如果你的分区"消失了"，先用 testdisk；如果分区还在但文件被删了或者文件系统损坏，用 PhotoRec。两者配合的最佳实践是：先用 testdisk 尝试恢复分区表，如果成功，分区里的文件大概率完整保留，不需要 PhotoRec；如果 testdisk 无法修复（比如文件系统内部严重损坏），再用 PhotoRec 从底层扫描提取文件。
PhotoRec 的使用要点
PhotoRec 的界面和 testdisk 类似，也是文本菜单模式。运行后选择目标磁盘，然后选择要扫描的分区（或整个磁盘），再选择文件类型（默认全选，也可以只选你需要的类型如图片、文档等），最后指定恢复文件的保存目录（必须是另一块磁盘）。扫描速度取决于磁盘大小，1TB 的磁盘通常需要 1–3 小时。
PhotoRec 恢复出来的文件数量可能非常庞大，几万甚至几十万个文件，需要耐心整理。有一个实用技巧：在选择文件类型时，只勾选你真正需要的格式（比如只选 jpg、docx、xlsx），可以大幅减少恢复出来的文件数量，让后续整理更容易。此外，PhotoRec 支持 400+ 种文件格式，但对于某些私有格式（如特定软件的专有数据库格式），可能无法识别和恢复。
联合使用的推荐流程
遇到磁盘故障时，推荐按以下顺序操作：第一步，停止使用故障磁盘，避免新数据覆盖；第二步，如果条件允许，用 dd 或 Clonezilla 对故障磁盘做完整镜像；第三步，运行 testdisk 的 Quick Search，看能否找到丢失的分区；第四步，如果找到分区且文件列表完整，直接 Write 写入分区表恢复；第五步，如果 testdisk 无法完整恢复，再运行 PhotoRec 从底层提取重要文件。这个顺序能最大化数据恢复的完整性，同时避免操作失误导致二次损坏。
testdisk 常见错误与故障排查
错误一：无法读取磁盘 / 权限不足
症状：testdisk 启动后磁盘列表为空，或者选择磁盘后提示读取错误。原因几乎都是权限不足：Windows 下没有以管理员身份运行，Linux/macOS 下没有用 sudo。解决方法：关闭 testdisk，重新以正确权限启动。Linux 下还需要确认当前用户对 /dev/sdX 设备文件有读取权限，或者直接用 root 账户运行。
错误二：Quick Search 找不到分区
Quick Search 依赖分区边界的特征扇区，如果分区起始扇区的数据被覆盖，Quick Search 可能找不到。这时候不要放弃，选 Deeper Search 进行全盘扫描。Deeper Search 会逐扇区检查整个磁盘，能找到 Quick Search 遗漏的分区，代价是耗时更长（通常是 Quick Search 的 10–30 倍）。如果 Deeper Search 也找不到，可能是分区内数据已被大量覆盖，或者磁盘有物理损坏。
错误三：找到分区但 Write 后重启仍无法访问
Write 成功但重启后分区还是不能访问，可能有几个原因：一是分区的文件系统本身也损坏了（不只是分区表问题），这时候需要用 chkdsk（Windows）或 fsck（Linux）进一步修复文件系统；二是写入的分区边界不准确，可以再次运行 testdisk 检查分区表；三是 Windows 需要重新分配盘符，可以在磁盘管理里手动指定。
错误四：文件列表显示乱码或空白
按 P 键进入文件列表后，显示乱码或者目录为空，通常说明找到的分区位置不对（起止扇区偏移），或者文件系统内部也有损坏。可以尝试 Deeper Search 找到的其他候选分区，逐一按 P 预览，找到文件列表正常的那个。如果所有候选分区的文件列表都是空的，说明文件系统损坏较严重，需要用 PhotoRec 从底层提取文件。
错误五：SSD 恢复效果差
SSD 的 TRIM 功能会在文件删除或分区格式化后快速清零数据块，导致恢复窗口期极短。如果 SSD 启用了 TRIM（Windows 8 及以上默认开启），误删或误格式化后数据可能在几秒到几分钟内就被 TRIM 掉，testdisk 和 PhotoRec 都很难找回。对于 SSD 上的重要数据，定期备份是唯一可靠的保护手段，不能依赖事后恢复。
testdisk 与同类工具横向对比：哪个更适合你？
testdisk 冠军推荐
DiskGenius
Recuva
PhotoRec（配套 testdisk）
R-Studio / EaseUS Data Recovery
| 对比维度 | testdisk | DiskGenius | Recuva | PhotoRec |
|---|---|---|---|---|
| 价格 | 完全免费 | 基础免费/高级收费 | 基础免费 | 完全免费 |
| 分区表修复 | ✓ 核心功能 | ✓ 支持 | ✗ 不支持 | ✗ 不支持 |
| MBR 修复 | ✓ 支持 | ✓ 支持 | ✗ 不支持 | ✗ 不支持 |
| 文件级恢复 | △ 有限 | ✓ 完整 | ✓ 完整 | ✓ 底层扫描 |
| 跨平台 | ✓ Win/Linux/Mac | ✗ 仅 Windows | ✗ 仅 Windows | ✓ 全平台 |
| 图形界面 | ✗ 文本菜单 | ✓ 完整 GUI | ✓ 完整 GUI | ✗ 文本菜单 |
| 开源 | ✓ GPL v2 | ✗ 闭源 | ✗ 闭源 | ✓ GPL v2 |
使用 testdisk 的注意事项与数据安全建议
操作前：镜像备份是第一原则
在对故障磁盘做任何操作之前，如果条件允许，强烈建议先对整块磁盘做完整的扇区级镜像备份。工具推荐：Linux 下用 dd 命令（把整块磁盘复制到另一块同等或更大容量的磁盘上），或者用 Clonezilla 制作磁盘镜像文件。有了镜像备份，即使 testdisk 操作失误，也可以从镜像重新来过，不会造成不可逆的损失。
如果磁盘有异响（咔哒声、摩擦声），说明可能有物理损坏，这种情况下不要反复通电尝试，每次通电都可能加重损坏。应该立即断电，联系专业数据恢复实验室，他们会在洁净室环境下处理物理损坏的磁盘。
操作中：只读扫描 vs 写入操作的区别
testdisk 的扫描（Analyse、Quick Search、Deeper Search、文件列表浏览）都是只读操作，不会修改磁盘上的任何数据，可以放心执行。只有 Write（写入分区表）、MBR Code（写入 MBR 引导代码）、Boot 修复（写入引导扇区）这几个操作会实际修改磁盘，执行前务必确认操作对象和参数正确。testdisk 在每次写入前都会有确认提示，不要在没看清楚的情况下盲目按 Y 确认。
新手避坑：常见的误操作
最常见的误操作是选错了磁盘——把好的磁盘当成故障磁盘来操作，然后把好磁盘的分区表写坏了。避免方法：在磁盘选择界面，仔细核对磁盘容量和设备路径，必要时在操作系统里先记录好各磁盘的信息再进 testdisk。另一个常见错误是在 Deeper Search 还没跑完时就急着操作，Deeper Search 中途发现的分区可能不完整，等它跑完再操作成功率更高。还有就是把恢复出来的文件保存到了故障磁盘本身，这会覆盖未恢复的数据——恢复目标必须是另一块磁盘。
长期数据安全：预防胜于恢复
testdisk 再强大，也只是亡羊补牢。真正的数据安全靠的是平时的备份习惯。推荐遵循 3-2-1 备份原则：保留 3 份数据副本，存储在 2 种不同介质上（如本地硬盘 + 云存储），其中 1 份放在异地（防火灾、盗窃等物理风险）。对于重要数据，可以用 Windows 的文件历史记录、macOS 的 Time Machine，或者 rsync + 外接硬盘的方式实现自动定期备份。备份的频率取决于数据的更新速度，每日更新的数据至少每天备份一次。
testdisk 进阶使用：命令行参数与自动化技巧
testdisk 的命令行参数概览
testdisk 支持通过命令行参数指定目标磁盘和日志文件，方便在脚本或自动化场景中使用。基本语法是：在终端运行 testdisk 时，可以在后面跟上磁盘设备路径（如 Linux 下的 /dev/sda）直接跳过磁盘选择界面，进入分区表类型选择。这在批量处理多块磁盘时能节省一些交互步骤。
此外，testdisk 支持 /log 参数指定日志文件路径，/debug 参数开启调试模式输出更详细的扫描信息。这些参数对于运维人员在脚本中集成 testdisk 时很有用，可以把日志输出重定向到指定文件，方便事后分析和审计。
结合 dd 镜像的自动化恢复流程
在运维场景中，一个常见的自动化流程是：发现磁盘异常后，先用 dd 或 ddrescue 对故障磁盘做镜像（ddrescue 比 dd 更适合有坏扇区的磁盘，它会跳过无法读取的扇区继续复制，而不是直接报错中断），然后在镜像文件上运行 testdisk 进行分析和修复，这样原始磁盘始终保持不变，所有操作都在镜像上进行，安全性大幅提升。testdisk 支持直接对镜像文件（.img 格式）操作，在磁盘选择界面可以选择镜像文件而不是物理磁盘。
testdisk 在 LiveCD 环境中的使用
当系统因为 MBR 损坏或分区表问题无法启动时，可以用 SystemRescue（一个专门用于系统救援的 Linux LiveCD，内置 testdisk 和 PhotoRec）或 Ubuntu 安装盘启动，然后在 LiveCD 环境里运行 testdisk 修复主系统的磁盘。SystemRescue 可以从官网下载 ISO 镜像，刻录到 U 盘（用 Rufus 或 Etcher），然后从 U 盘启动。这是处理系统无法启动类故障的标准操作流程，运维人员建议常备一个这样的救援 U 盘。
批量磁盘检查脚本思路
对于需要定期检查多块磁盘健康状态的场景，可以结合 testdisk 的命令行模式和 shell 脚本实现批量检查。基本思路是：用脚本遍历系统中的所有磁盘设备，对每块磁盘运行 testdisk 的分析模式并把输出重定向到日志文件，然后解析日志文件判断分区表是否正常。这种方式适合服务器运维场景，可以在磁盘出现问题的早期阶段就发现异常，而不是等到数据丢失后再补救。不过需要注意：testdisk 的输出格式是面向人类阅读的，脚本解析时需要针对特定版本的输出格式做适配，版本升级后可能需要更新脚本。
关于 testdisk，全网都在搜什么？
以下数据来自 Bing 站长工具，近 30 天真实搜索印象量，按意图分组整理，帮你快速了解 testdisk 用户的真实需求分布。
数据来源：搜索引擎相关搜索（Bing 站长工具），近 30 天，仅供参考，不代表全网总量。
本站内容由谁撰写？
以上为用于说明内容分工的虚拟角色，不代表真实履历或机构背景。本站内容以官方/公开资料为准，不臆造可反查数据。
能力与专业度
testdisk 常见问题解答（FAQ）
testdisk 是免费的吗？有没有付费版本？
testdisk 完全免费且开源，基于 GNU GPL v2 协议发布，没有任何付费版本或高级功能锁定。你可以直接从官网 www.cgsecurity.org 免费下载，无需注册账号，也不会有功能限制。这一点和很多"免费试用、恢复需付费"的商业软件完全不同——testdisk 的所有功能，包括分区恢复、MBR 修复、文件列表浏览、引导扇区修复，全部对所有用户开放，没有任何隐藏收费。
需要注意的是，市面上有一些网站会把 testdisk 打包成安装程序并捆绑广告软件或收取"下载费"，这些都是非官方渠道，请务必只从 cgsecurity.org 官网下载，避免安全风险。
testdisk 恢复数据安全吗？会不会导致二次损坏？
testdisk 的扫描与分析操作（Analyse、Quick Search、Deeper Search、文件列表浏览）全部是只读操作，不会修改磁盘上的任何数据，可以放心执行。只有在你明确选择 Write（写入分区表）或 MBR Code（写入引导代码）时，程序才会实际修改磁盘，而且每次写入前都会有确认提示。
风险主要来自操作失误（选错磁盘、写入了错误的分区信息），而不是工具本身。为了进一步降低风险，建议操作前先用 dd 或 Clonezilla 对故障磁盘做完整镜像备份，再在镜像上操作，即使出错也可以从镜像重来。实测经验显示，按照正规流程操作，testdisk 导致二次损坏的概率极低。
testdisk 能恢复格式化后的数据吗？成功率大概多少？
能，但成功率取决于格式化类型和后续写入量。快速格式化（Quick Format）只清除了文件系统的目录结构，数据本身还在磁盘上，testdisk 可以尝试找回原始分区信息；配合 PhotoRec 还能进一步恢复具体文件。在快速格式化后立即操作、没有新数据写入的情况下，分区恢复成功率通常在 70%–90%，文件恢复成功率约 60%–85%（取决于文件类型和碎片化程度）。
完全格式化（Full Format，会逐扇区清零）或格式化后大量新数据覆盖的情况下，成功率会显著下降，甚至接近 0%。SSD 启用 TRIM 的情况下，快速格式化后数据也可能在很短时间内被清零，恢复窗口期极短。总原则：发现误格式化后立即停止使用该磁盘，越快操作成功率越高。
testdisk 和 PhotoRec 有什么区别，应该用哪个？
两者定位不同，互为补充。testdisk 工作在分区表层面，专门修复"分区消失"的问题，成功后文件名和目录结构完整保留；PhotoRec 工作在数据块层面，从原始磁盘扫描特定文件格式（支持 400+ 种），不依赖文件系统结构，但恢复出来的文件会失去文件名和目录层级。
推荐顺序：先用 testdisk 尝试恢复分区表，如果成功，文件完整保留，不需要 PhotoRec；如果 testdisk 无法修复（文件系统内部严重损坏），再用 PhotoRec 从底层提取文件。两者打包在同一个压缩包里，可以根据情况灵活切换使用。
testdisk 使用需要技术基础吗？普通用户能用吗？
有一定门槛但不高。testdisk 使用文本菜单界面，用方向键选择、回车键确认，不需要输入任何命令，也不需要记住复杂的参数。普通用户按照教程一步步操作，通常 30–60 分钟内可以完成分区恢复。最大的挑战是理解各个选项的含义（比如分区状态标记 P/L/E/D 的区别），但本文的步骤说明已经覆盖了这些内容。
对于完全没有技术背景的用户，建议在操作前仔细阅读本文的完整步骤，特别是"操作前先备份镜像"和"确认选对磁盘"这两个关键点。如果数据非常重要且自己没有把握，也可以找有技术背景的朋友帮忙，或者考虑专业数据恢复服务。
testdisk 支持 Windows 11 吗？最新版本是什么？
支持。testdisk 的 Windows 版（testdisk_win.exe）支持 Windows XP 至 Windows 11 全系列，包括 32 位和 64 位版本。当前稳定版本为 7.2，于 2024 年发布，新增了对 exFAT 分区完整写入恢复的支持，并进一步改善了 Windows 11 的兼容性。
在 Windows 11 下运行时，可能会遇到 SmartScreen 安全警告（因为 testdisk 没有微软代码签名证书），点击"更多信息"→"仍要运行"即可。运行时务必以管理员身份启动，否则无法读取磁盘原始扇区。建议从官网 www.cgsecurity.org 下载最新版本，不要使用第三方渠道的旧版本。
testdisk 对 SSD 固态硬盘有效吗？
testdisk 可以在 SSD 上运行，分区表修复和 MBR 修复的操作与机械硬盘相同。但 SSD 的文件恢复效果通常比机械硬盘差很多，原因是 SSD 的 TRIM 功能：Windows 8 及以上系统默认开启 TRIM，文件删除或分区格式化后，操作系统会通知 SSD 控制器清零对应的数据块，这个过程可能在几秒到几分钟内完成，之后数据就真正消失了，任何软件都无法恢复。
对于 SSD，如果是分区表损坏（分区消失但数据块未被清零），testdisk 仍然有效；如果是误删文件或误格式化，恢复成功率取决于 TRIM 是否已经执行，时间越短成功率越高。总体而言，SSD 上的数据安全更依赖事前备份，而不是事后恢复。
合规提示：数据恢复操作存在不确定性，本文内容仅供参考，重要数据请以定期备份为根本保障。请遵守当地法律法规，合理使用数据恢复工具，不得用于侵犯他人隐私或数据安全。
读者评论