外付けHDD（3TB）が破損しています-パーティションテーブルが破損している可能性があります
ディスクユーティリティによると、パーティションテーブルに問題があるようで、マウントできないLaCie HDD（3TB）があります。私はMacを使用しています（Sierra、最新）。ディスクユーティリティはそれを修復できませんが、hddを一覧表示します。ディスクユーティリティは、修復しようとすると、「破損したパーティションテーブルを修復しています。操作を完了できません（com.Apple.DiskManagementエラー-69874）。操作に失敗しました...」と表示されます。
ディスクユーティリティでは、次のように表示されます。
ST3000DM 001-1CH166メディア、3 TB、初期化されていません
場所：外部
接続：USB
パーティションテーブル：サポートされていません
SMART-status：サポートされていません
容量：3TB
サブパーティションの数：0
タイプ：ディスク。デバイス：disk2
ディスク自体はMacJournaled（GUID）としてフォーマットされています。私の他のHDDには2つのパーティションがあります（testdiskによると、破損したディスクにはLinux [L]とLBA [E]のパーティションがあります）。 testdiskでクイック検索とディープ検索を試みました（ファイルシステムのようなものは問題ない、パーティションテーブルが破損していると言われました。正確にはわかりませんが）。
testdiskを使用してパーティションテーブルを作成しましたが、何も変更されませんでした。ファイルをさらに損傷したくないし、それらすべてのオプションが何をするのかわからないので、testdiskのいくつかのオプションを押すのをためらっています。
ディスクには本当に必要なデータが含まれているので（破損していることがわかったときは、データを別のHDDにバックアップしたかっただけです。皮肉なことではありませんか？）、ディスクを取得できれば素晴らしいと思います。 。その上のファイルは主に.PNG、.JPEG、.PSD、.CR2であり、一部のビデオ形式や古い/モバイル画像形式もあります。 TimeMachineのバックアップもあると思います。
私は何をすべきか？ teskdiskまたはphotorecに別のオプションはありますか？
PS：はい、わかっています、バックアップバックアップバックアップ。
PPS：専門の企業に連絡しようとしましたが、これらのサービスは私のような学生にとっては高額です。現在、Data Rescue 4のデモを実行して、何を回復できるかを確認していますが、そのようなソフトウェアでは.psdのようなファイルを返すことができないと聞きました。また、費用がかかるため、これだけ支払うのをためらっています。それが私のファイルのほとんどを復元できない場合は何かのために。
Testdiskは、分析後に新しいパーティションテーブルとGPartedを作成しましたが、どちらも機能しませんでした。 photorecについて聞いたが、それは私が持っているすべてのファイルを返すのか、それとも特定の拡張子を持つファイルだけを返すのか？
修正しました。これは決して標準的な答えではありませんが、将来の訪問者に役立つ情報が含まれている可能性があります。
誰もがtestdiskでディスクを分析することを提案していました。
分析の内容 ：
ドライブの現在のパーティション構造を分析してパーティションを見つけ、失われたパーティションを回復できるようにします。
私たちの場合の問題は、パーティションが欠落していることではなく、あったパーティションにアクセスできないことでした。
私たちはデータ復旧やパーティションテーブルなどについて何も知らなかったので、調査を開始し、aに問題はないと結論付けました。パーティションですが、ディスク上で「インデックス付け」される方法があります。これはパーティションテーブルによって管理されていると思いました。
Testdiskを使用してディスクを複数回分析し、パーティションテーブルタイプのオプションを変更しました（元々タイプはわかりませんでしたが、最終的にはEFI GPTであることが判明しました）。testdiskがいくつかを見つけることができることを期待しています。データに再度アクセスできるように復元できるパーティションテーブルの問題。何度か分析した後、パーティションテーブルを書き換えさせましたが、役に立ちませんでした。
まだ知らなかったさまざまな潜在的なソリューションを試す前に、リスクを冒さないことに決め、新しい3TB HDDを購入し、古いものをこれに複製しました。
奇妙なことに、クローンを分析したところ、testdiskが結果を表示するのに約1秒しかかからなかったのに対し、古いものでは何時間もかかるということでした。また、パーティションテーブルタイプがEFI GPTであることを検出したとも言えます。古いものはLinuxおよび少なくとも1つの他のタイプとして検出されましたが、EFI GPTでは検出されませんでした。
これにより、元のディスクにハードウェア関連の問題がある可能性が非常に高いと考えられました。 クローンがない場合、クローンは元のクローンとどのように異なる動作をするのでしょうか？
したがって、すべてが正しいように見えましたが、この新しいディスクもマウントできませんでした。それは言うだろう
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の詳細メニューに「スーパーブロック」などと呼ばれるオプションが見つかりました。
このメニューには、スーパーブロック構造をバックアップと比較したり、バックアップを上書きしたりするためのオプションがあります。最初に行ったのは、2つを比較して、同じかどうかを確認することでした。
バックアップにデータがありませんでした。 16進ダンプはゼロのみを示しました。 何も上書きしないと何がうまくいかないかを考え出し、testdiskにバックアップ構造を上書きさせました。そのため、変更を有効にするために再起動するように指示されました。
再起動後、ubuntuはランチャーにディスクを表示し（初めてそれを行ったとき）、それをクリックすると正常にマウントされ、データを読み取ることができました。 ☺
コメントで指摘されているように、補足：
多くの人が知らないのは、ファイルを同じドライブに復元しようとしないでください！決して。常に最初にディスクのクローンを作成してください。より正確には：データを回復しようとしているディスクには絶対に書き込まないでください。
それは明らかにUSBドライブであり、USB接続が不安定で使い古されていることがあります。最初に、良好なUSB接続がわかっている別のコンピューターでも、新しいUSBケーブルと別のポートを試しましたか。
ドライブ全体のマスターバックアップコピーを実際に作成してから、そのコピー（または空き容量がある場合はマスターコピーのコピー）ですべてのデータ復旧テストを実行する必要があります。ドライブに障害が発生した場合は、このすべての読み取りが可能です。失敗を早めるだけで、それ以上失敗した書き込みはデータを上書きする可能性があり、まだデータを回復していません。
ドライブのイメージを保存するために一時的に別のドライブを借りたり購入したりすることも安全なアイデアであり、データ復旧の専門家に支払うよりもはるかに安価であり、復旧したファイルを保存するためのスペースもあります。
Ithinkosxは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" を使用する方が適切であり、skip "bad 「または遅いセクター、「後方」を読んでみて、中断したところからやり直してください。面倒なドライブのためのトリックの素晴らしいバッグがあります。 OS Xでネイティブに利用できるかどうかはわかりませんが、ライブLinuxから実行すると機能します。
その後、ドライブのコピーでtestdisk/photorecおよびあらゆる種類のデモ/トライアル「プロフェッショナルリカバリ」プログラムを試しながら、ファイルを回復できない場合に備えて、元のドライブを安全に取り外して保存できます。 Testdiskshouldが機能し、PhotoRecがファイルの回復に非常に優れているが、ファイル名やディレクトリ構造がない場合は、無料なので開始するのに最適な場所です。 ＆彼らのサイトで良いドキュメントと「ハウツー」を持っている http://www.cgsecurity.org/wiki/TestDisk