我有一块 LaCie HDD（3TB），无法安装，因为根据磁盘实用程序显示，分区表似乎存在问题。我用的是 Mac（Sierra，最新版）。磁盘实用程序无法修复它，但它列出了硬盘。尝试修复时，磁盘实用程序显示：“正在修复损坏的分区表。操作无法完成（com.apple.DiskManagement 错误 -69874。）操作失败...”
在磁盘实用程序中，它被列为：
ST3000DM 001-1CH166 媒体，3TB，未初始化
位置：外部
连接：USB
分区表：不支持
SMART 状态：不支持
容量：3TB
子分区数：0
类型：磁盘。设备：disk2
磁盘本身的格式为 Mac Journaled (GUID)。我的其他硬盘有 2 个分区（根据 testdisk，损坏的磁盘有 Linux [L] 和 LBA [E] 分区）。尝试在 testdisk 上进行快速搜索和深度搜索（它显示文件系统正常，分区表损坏。但不知道具体情况）。
使用 testdisk 编写分区表，但这并没有改变任何东西。我犹豫着是否直接按 testdisk 上的某些选项，因为我不想进一步损坏我的文件，也不知道所有这些选项的作用。
磁盘上有我真正需要的数据（当我发现它已损坏时，我只想将数据备份到另一个硬盘上。。很讽刺，不是吗？），所以如果我能找回它就太好了。它上面的文件主要是 .PNG、.JPEG、.PSD 和 .CR2，还有一些视频格式和旧/移动图像格式。我想它上面还有一个时间机器备份。
我该怎么办？teskdisk 或 photorec 还有其他选择吗？
PS：是的，我知道，备份，备份，备份。
PPS：我试过联系专业公司，但这些服务对我这样的学生来说太贵了。目前正在运行 Data Rescue 4 的演示版来检查可以恢复什么，但听说这样的软件不能恢复 .psd 之类的文件，而且由于它的价格也有点贵，如果它不能恢复我的大部分文件，我有点犹豫是否要花这么多钱。
Testdisk 在分析后写入了一个新的分区表，GParted 也是如此，但这两个都不起作用。听说过 photorec，但它会恢复我拥有的所有文件，还是只恢复具有特定扩展名的文件？
答案1
我们修复了这个问题。这绝不是一个规范的答案，但它可能包含对未来访问者有用的信息。
每个人都建议使用 testdisk 来分析磁盘。
分析：
分析驱动器的当前分区结构并查找分区，从而可以恢复丢失的分区。
我们的问题不是缺少分区，而是是无法访问。
我们俩对数据恢复、分区表等一无所知，所以我们开始研究，并得出了A结论是分区本身没有问题，而是磁盘上“索引”分区的方式有问题。我们认为这是由分区表管理的。
我们用 testdisk 分析了磁盘多次，分区表类型选择不同（我们最初不知道类型，但最后发现是 EFI GPT），希望 testdisk 能够找到分区表的一些问题并进行恢复，以便我们能够再次访问数据。我们让它在分析了几次后重写分区表，但没有任何帮助。
在尝试我们还不知道的不同潜在解决方案之前，我们决定不冒任何风险，而是购买了一个新的 3TB 硬盘并将旧硬盘克隆到这个硬盘上。
我们注意到一件奇怪的事情，当我们分析克隆时，testdisk 只需要大约一秒钟就能显示结果，而使用旧版本则需要很多个小时。它还会说检测到分区表类型为喷油嘴。旧版本被检测为Linux以及至少一种其他类型，但不是喷油嘴。
这让我们觉得，很可能是原始磁盘出了问题，而且是与硬件相关的。我们认为如果没有的话，克隆人的行为怎么会与原始人有所不同？
一切似乎都正确，但这个新磁盘也无法安装。它会说
wrong fs type, bad option, bad superblock on /dev/sdb,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
dmesg 会说
hfs: unable to find HFS+ superblock
这个错误已经被多次报告，甚至在 SU 上也是如此，但是所有提出的解决方案（例如“在安装时指定尺寸和偏移量”）都对我们不起作用。
在寻找线索时，我们在 testdisk 的高级菜单中找到了一个名为“超级块”或类似的选项。
在这个菜单中，有选项可以将超级块结构与备份进行比较，也可以覆盖备份。我们做的第一件事就是比较两者是否相同。
备份中没有数据。十六进制转储只显示零。我们认为覆盖一堆无用内容可能会出现什么问题，并让 testdisk 覆盖备份结构。它照做了，并告诉我们重新启动以使更改生效。
重启后，ubuntu 在启动器中显示了该磁盘（第一次这样做），单击它时，它将成功挂载，让我们读取数据。☺
旁注，正如评论中指出的那样：
许多人不知道的是，您永远不应该尝试将文件恢复到同一个驱动器！永远不要。始终先克隆磁盘。更准确地说：永远不要写入您尝试从中恢复数据的磁盘。
答案2
它显然是一个 USB 驱动器，并且 USB 连接有时会不稳定并且磨损，作为初学者，您是否尝试过新的 USB 电缆和不同的端口，即使是在另一台已知 USB 连接良好的计算机上？
您确实应该制作整个驱动器的主备份副本，然后在副本上（或者如果有空间，则在主副本的副本上）执行所有数据恢复测试，如果驱动器出现故障，那么所有这些读取都可能使其更快出现故障，并且任何进一步的写入失败都可能覆盖您的数据，而您甚至还没有恢复任何数据。
即使暂时借用/购买另一个驱动器来存储驱动器的映像也是一个安全的想法，并且比支付数据恢复专业人员的费用要便宜得多，而且还能提供一些空间来保存恢复的文件。
我思考osx 与 linux 足够相似，具有该dd程序，因此像这样的基本“复制整个驱动器”命令应该可以工作：
dd if=[original disk drive] of=/path/to/new/backup/file bs=10M
从哪里if=读取文件（“输入文件”），以及of=将文件写入哪里（“输出文件”） - 不要混淆它们！bs=意味着一次读取和写入 10M 字节，有时它默认为 512 字节，这会导致进度非常缓慢，10M（兆字节）应该速度很快。
如果驱动器出现硬件错误，则dd可能会失败，因此使用gddrescue/ “GNU ddrescue”应该会更好，它可以跳过“坏”或慢速扇区、尝试“反向”读取、从上次中断的地方重新开始，它对有问题的驱动器有很多技巧。我只是不确定它是否适用于 OS X，但在实时 Linux 上运行它会起作用。
此后，您可以安全地拔下并保存原始驱动器，以防您无法恢复文件，同时在驱动器的副本上尝试 testdisk/photorec 和各种演示/试用“专业恢复”程序。Testdisk应该工作，如果不是PhotoRec非常擅长恢复文件，但没有文件名或目录结构，它们也是免费的，所以是一个很好的起点，在他们的网站上有很好的文档和“操作方法”http://www.cgsecurity.org/wiki/TestDisk