「TestDisk」の使い方

「TestDisk」の入手

「TestDisk」の入手先は以下のとおりです。

DOS版、Windows版、Linux版等いろいろありますが、お使いのOSに合ったものを選んでください。

以下、Windows版の「TestDisk」をベースに説明していきます。
他のプラットフォームでも、「TestDisk」を起動した後は基本的に同じです。

ダウンロードした「TestDisk」のファイルはZIPで圧縮されているので、各種解凍ソフトを使って解凍してください。
「testdisk-○○」（○○はバージョン番号）というフォルダができ、その中にファイルが展開されます。
Windows版であれば、「testdisk_win.exe」という「TestDisk」の実行ファイルがあるはずです。

復旧対象のディスクについて

「TestDisk」による復旧の難易度は、簡単な順に、

パーティションが1つだけ ＜ パーティションが複数ある ＜ パーティションを変更したことがある

です。※残存ブートセクタの個数順。
従って、内蔵ハードディスクやSSDの復旧作業には特に注意が必要で、
逆に、外付けハードディスクやUSBメモリは簡単に復旧できる場合が多いです。（選択肢が少ないから。）

例として、古いパソコンの内蔵ハードディスクを使います。
論理構造が複雑で、復旧しにくいからです。
OSは「Windows 2000」、かつて「Windows Me」がインストールされていました。
パーティションをいろいろ区切った経歴があります。

テスト用のハードディスクは、「ディスクの管理」にて上の画像の状態としました。

「Dドライブ」は、パーティション作っただけ、未フォーマット。
「Eドライブ」は、パーティション作ってからNTFSフォーマット。
最後の拡張パーティションは、「True Image」というソフト用のリカバリ領域です。

とりあえず、「Cドライブ」以外みんな削除してみた。

「TestDisk」の起動

実際に、「TestDisk」を実行していきます。
ここではWindows版なので、「testdisk_win.exe」を実行します。

「TestDisk」は英語のソフトですが、気にしないでください。
キーボードのみの操作ですが、気にしないでください。
「TestDisk」の優秀な機能にはかえられません。

「TestDisk」は、コマンドプロンプトのようなコンソール上で動作します。
でも、ほとんどカーソルキーと「Enter」キーで操作できるTUIなので、
純粋なコマンドプロンプトのCUIに比べれば、はるかにハードルは低いです。

まず初めに、「TestDisk」の動作履歴をファイルとして残すか聞いてきます。
基本的に、「Create」を選択してください。
「Enter」キーで、次へ進めます。

「Create」や「Append」を選択すると、
「TestDisk」の実行ファイルと同じ場所に、「testdisk.log」というログファイルを作成します。
「Create」はログファイルの新規作成（上書き）、「Append」は追記です。
後で確認したり、第三者に情報提供する場合に有効です。
※当サイトの掲示板でも、質問の際にログファイルがアップロードされていると、状況がわかりやすいです。
万一操作を誤った場合にも、ログファイルがあると復旧が容易です。

「TestDisk」による修復対象のディスクを上下カーソルキーで選び、
「Proceed」を選択します。
「次へ」ということです。
「Quit」＝「戻る」です。
これらの表記は「TestDisk」使用中、何度も出てきますが、同じ意味です。
※バージョン7.0では、ディスクに加えドライブまで表示されていましたが、パーティションの復旧が目的の場合はディスクを選択します。

パーティションテーブルの種類を選択します。
「TestDisk」は、あらかじめ検出されたパーティションテーブルを選択しています。
ただし、デフォルトで選択されているものが必ずしも正しいわけではありません。
「TestDisk」を使用する状況では、そもそも前提となる記憶装置のデータに問題がある場合が多いからです。

従来通り、MBRのパーティションテーブルを使っていれば、「Intel」を選択します。
USBメモリやSDカードもこっちです。

一方、2TBを超えるハードディスクや、「Windows 8」以降のシステムディスク等で、
GPT（GUIDパーティションテーブル）を使っている場合は、 「EFI GPT」を選択してください。

詳しくは、下記ページ参照。

MBRディスクとGPTディスクの違い

「TestDisk」のメインメニューです。
「TestDisk」のすべてを説明するには、あまりに多機能かつ難解なので、要点だけ書きます。

基本的に意味がわからなければ、むやみやたらと操作しないでください。
「TestDisk」の操作は、正しく意味を理解していないと、新たなトラブルを招く恐れがあります。

ここではパーティションの復旧を目的としているので、「Analyse」を選択します。

Quick Search

メインメニューで「Analyse」を選択すると、
「TestDisk」が動作する前の、現在のパーティション情報が表示されます。
ここでまず、「Quick Search」を選択します。

ちなみに、「Backup」を選択すると、
「TestDisk」の実行ファイルと同じ場所に「backup.log」ファイルを作成し、
現在の情報を保存してから進行します。

スキャンが終わると、「Quick Search」で調べた結果のパーティションが表示されます。
先ほどの画面とは似て非なるものです。
注意して見てください。

データの整合性がとれていれば、各パーティションは緑表示されます。
パーティションの左に記載されている記号の意味は以下のとおり。

任意のパーティションを選択し、左右カーソルキーを押すと、
パーティションの種類を変更できます。
ただし、つじつまの合わない設定はできないようになっています。
ここが、「TestDisk」が簡単かつ安全だと思う一番の理由です。

削除してすぐのパーティションだったら、「Quick Search」であっさり見つかります。
そして、勝手に追加されてます。
修正が必要なパーティションがあれば、適宜変更してください。

なお、そもそもパーティションの意味がわからない場合は、
パーティションの解説ページでも参考にしてみてください。

有効なパーティションかどうかを判断するひとつの方法として、
任意のパーティションを選んで「P」キーを押すと、ファイル一覧が表示されます。

上の画面はフォーマットしただけのパーティションなので、「ごみ箱」すらないんですが。
でも、何もないということがわかります。

ファイル一覧の画面は、「Q」キーまたは「Esc」キーで退出します。

逆に、ファイルを表示できない場合は、
無効なパーティションである可能性が高いと考えていいでしょう。

以上の操作を通じて、自分の希望通りにパーティションを設定したら、
「Enter」キーを押して先へ進めてください。
また、復旧対象のパーティションが見つからない場合も、一旦先に進めてください。

「TestDisk」で修正した後の、書き込む予定のパーティション情報が表示されます。
多くの場合、ここですでに復旧対象のパーティションが表示されているはずです。
表示されているパーティション構成で問題なければ、「Write」の項目まで進んでください。

ちなみに、私のこの事例では、復旧すべきパーティションが一部見つかりませんでした。
「Quick Search」では、先頭から見つけたブートセクタの順にパーティションを設定していくようです。
このため、先に検出された正常っぽいパーティションの領域はスキャンされません。
その分、時間はかからないのですが。

従って、ブートセクタの残骸が多数存在するハードディスクでは、
「Quick Search」だと思うような結果を得られない可能性が高いです。

Deeper Search

この状態で必要なパーティションがまだ表示されない場合は、「Deeper Search」を選択します。
時間はかかりますが、ハードディスク全体に渡ってパーティションの痕跡を探してくれます。

「Deeper Search」は、必須の操作ではありません。
「Quick Search」で復旧対象のパーティションが見つかったのなら、それで書き込むべきです。
じゃないと、「Deeper Search」は時間の無駄であるとともに、
不必要な選択肢を増やしてユーザーを混乱させるだけです。

様々なパーティションの履歴があるハードディスクに対して「Deeper Search」を実行すると、
途中で警告が出てくる場合があります。
逆に言えば、これらも含めて検出するのが「Deeper Search」の役割です。
基本的には警告を受け入れたうえで続行し、結果をユーザーが判断します。

Warning: number of heads/cylinder mismatches 240 (FAT) != 255 (HD)

等という警告内容の詳細については、下記ページにて解説しています。

ブートセクタとディスクジオメトリの関係 - 「TestDisk」によるブートセクタの修復

ここでは本題ではないので、説明を省きます。

「Deeper Search」は、非常に長い時間を要します。
大容量のハードディスク等、状況によっては、丸一日以上放置するつもりでいたほうがいいです。

なお、「Deeper Search」実行中に必要なパーティションが見つかった場合は、
途中で「Stop」を選択してスキャンを止めても構いません。
「Stop」を選択した時点で検出されているパーティションの中から、復旧対象を選べます。
特に、もともとパーティションが1つしかなかった場合、
必要な情報はディスクの先頭部分に集中しているはずですので。

「Deeper Search」終了時に、

The harddisk (XX GB / XX GiB) seems too small! (< XX GB / XX GiB)

と表示されることがあります。
直訳すると、ハードディスク容量が小さすぎるらしいですが、実はそんなわけない場合がほとんどです。
これは、検出されたブートセクタで指定されている領域が、ハードディスクの領域の外にあることを意味します。
つまり、この情報をもとにしたパーティションは無効なので、選択肢から除外されることの通知です。

このようなブートセクタは、たとえば、パーティションを丸ごとコピーした場合に発生することがあります。
どちらにせよ不要なパーティションなので、「Continue」を選択して次へ進めます。

「Deeper Search」の結果です。
パーティションの候補が増えています。

選択肢が多すぎるので、各パーティションは一旦削除扱いとされています。
実際に削除されているわけではありませんので、ご安心を。
画面の見方や操作方法は、「Quick Search」のときと同じです。

左右のカーソルキーで、パーティションを希望通りに変更してください。
また、「P」キーを押してファイル一覧が表示可能か確認します。

特に、いろいろパーティションを区切った履歴のあるハードディスクでは、
「Deeper Search」で多くのパーティション候補が検出されるので、
いろんな手がかりをもとにパーティションを選んでいく必要があります。
そのへんについては、ヒントとなるような事柄を下記ページにまとめました。

「TestDisk」での復旧パーティションの選び方

逆に、購入時からパーティションの変更を行っていないのであれば、
この例のように多数行出てくることはないので、判断しやすいと思います。

わざと、つじつまが合わない設定をしてみました。
「Structure: Bad.」と怒られます。
候補が多い時には、何気にありがたい機能です。

復旧するパーティションを選び終わったら、「Enter」キーを押してください。

Write

「TestDisk」が設定するパーティションの一覧が表示されます。
十分に確認しておいてください。
「Write」を選択すると、
現在画面に表示されているパーティションの情報をパーティションテーブルに書き込みます。

最終確認です。
「Y」キーを押すと、いよいよ実際にパーティションテーブルに書き込みます。

そうです、実はここまで、
「TestDisk」はハードディスクに対して、一切変更を加えていない状態なんです。
「あ、ヤバいかも。」と思ったら、いつでも途中でやめてください。

再起動をうながすメッセージが出てきて、完了です。
「TestDisk」を終了し、再起動して動作確認します。
また、外付けハードディスク、USBメモリ、SDカードの場合は、再接続してもいいです。

再起動や再接続が必要なのは、
パーティションテーブルの読み込みが、補助記憶装置への初回アクセス時にしか行われないからです。
この時点ですでに書き込みは行われていますが、OSに設定を反映させるため、再起動、再接続します。

結果と考察

再起動後、「ディスクの管理」を開いてみました。
「TestDisk」によって、使えていたパーティションはすべて復旧しました。
リカバリ領域から起動する「True Image」も、正常動作しました。

ただし、ひとつだけ「TestDisk」で見つからないパーティションがありました。
なぜ、見つからなかったのでしょうか？

それは、このパーティションがまだフォーマットされていなかったので、
このパーティションに関するブートセクタが一度も作られていないんですね。
唯一情報のあったMBRのパーティションテーブルは、
パーティションを削除した段階で「0」で埋められ、消去されています。
「TestDisk」が必死にパーティションの痕跡を探しても、ないものは見つけようがありません。

「未フォーマット」＝「使ってない」ということなので、実はどうでもいいんです。
作り直したらいいだけの話です。

復旧できない場合

ここまでの操作で、「TestDisk」ではパーティションが確認できているものの、
「Write」としても、Windowsからは当該パーティションにアクセスできない場合があります。
このようなときは、ブートセクタを確認してみることを強くおすすめします。
つまり、下記ページを参考にしてみてください。

「TestDisk」によるブートセクタの修復

先に説明したように、パーティションテーブルを書き込む際に、
「TestDisk」が自動的にブートセクタの修正を提示することもありますが、
この判定は確実なものではありません。

「TestDisk」がエラーなく終了したとしても、それが正しいデータ構造になっているとは限りません。
特に、「TestDisk」は動作のあやしい記憶装置に対して使われることが多いソフトなので、
「TestDisk」自体が記憶装置を誤認識してしまうこともあります。
最終的には、ユーザー本人が状況を見極め、判断する必要があるのです。

パーティションを復旧できなければ、ファイルを復元するしかない

「TestDisk」は、基本的にはパーティションを復旧するためのソフトウェアです。
パーティションの復旧に必要なデータが残っていないと、パーティションを復旧できません。
当たり前ですけど。

ファイルシステムの管理情報が上書きされている場合は、
パーティションの復旧が不可能な場合があります。
「TestDisk」で無理矢理パーティションを割り当てたところで、
ファイルシステムを認識できないので意味がありません。

パーティションの復旧が不可能な場合は、
パーティション全体を復旧するのではなく、ファイル単位の復元を試みるべきです。
というか、そうするしかないのですが。

しかも、パーティションを認識できない領域からファイルを復元しなければなりません。
このような作業は、無料のファイル復元ソフトでは不可能で、
「ファイナルデータ」等を使う必要があります。

ただし、ファイルの復元はパーティションの復旧に比べて手間がかかります。
パーティションを復旧できれば、そのまま元通り使うこともできますが、
ファイルの復元は、一旦外部にデータを移す必要があります。
面倒ですが、仕方がありません。