管理人ruurooさま

早々にご回答いただき、誠にありがとうございました。
内容もひとつひとつ非常に参考になりました。

その後、物理障害の兆候があるとご指摘いただいた方のディスク(F)をケースから外し、残りの(G)の復旧を目指して作業しておりました。

●CrystalDiskInfoでSMART情報の確認を試しましたが、(G)を認識していませんでした（他の内蔵HDや他の外付けHDは問題なく認識し、SMART情報の確認ができたのですが）。

●その後、(G)にTestDiskを試してみました。
「Quick Search」の結果は、「MS Date」という空の情報のみで、
まともにファイルを表示できるようなパーティション情報は見つけられず、
「Deeper Search」に進みましたが、12時間ほど経過しても、進行度が06%だったため、
SMART情報の確認も無しに、長時間やみくもに続けるのもどうかと思いStopで中断しました（このままのスピードで進行したとしても1週間くらいかかりそうですし）。

途中までの結果が表示されると、そこにはやはり「MS Date」という空の情報しか見つかっておらず、
展開しても「Can’t open filesytem, filesystem seems damaged.」と
「No file found, filesystem may be damaged.」とのメッセージ表記が出る情報二つしかありませんでした。

「Quick Search」で、パーティション情報が「HPFS – NTFS」などのまともな表記がでない上記の状態であっても、
「Deeper Search」を気長に続けていれば有用なパーティション情報が出てくることもあるのか、
それともその可能性は無く、そもそもパーティションの問題ではなく、この時点でファイルシステムの問題と切り分け可能なのでしょうか？

「recuva」でスキャンすらできず、「CrystalDiskInfo」で認識もされないのは、
Windowsのファイルシステムを利用しているソフトだったからということなのかなと考えてみましたが、推測の域を出ません。

もしそうだった場合は必要なデータが失われる危険性を冒して「chkdsk」を試みるか、
それがいやなら既存のファイルシステムを利用しない復元ソフトの利用であるとか、選択は絞られてくるとは思いますが。

●TestDiskを利用し、私と同様の結果になった方の記事などを、
ネットで探してみたりはしているのですが、なかなか見つからず苦戦しています。

「Load Backup」での結果のログ作成を忘れてしまったため、ソフト起動時のバックアップログしか残っていなかったのですが、
スクリーンショット画像が何点かあります。

重ね重ね大変厚かましいのですが、何かお気づきのことがありましたら、教えていただければありがたいです。

管理人ruurooさま
丁寧なお返事をいただき、誠にありがとうございます。

●私の使用していたHDDケースが「CrystalDiskInfo」の「対応外付けディスク」のリストに入っていないことに気付き、
とりあえずSATA-USB接続にて、再度「CrystalDiskInfo」を起動したところ、
当該ドライブを認識し、無事SMART情報を確認できました。

こちらのサイトの「SMART情報と不良セクタ」の記事を参考に数値を確認しました。

「05（05） 代替処理済のセクタ数 、C5（197） 代替処理保留中のセクタ数 、C6（198） 回復不可能セクタ数」に問題はなく、
「C4（196） セクタ代替処理発生回数」については、項目名記載はありませんでした。

●気になるのが「B8 エンドツーエンドエラー」の数値ですが、
現在値、最悪値が100で、しきい値が99、生の値が0でした。
「CrystalDiskInfo、エンドツーエンドエラー」で検索すると、
「もう使えないのか」などと言ったネガティヴな書き込みが幾つか見つかるのでひやひやしますが、
「エンドツーエンド原理」の説明や関連記事までいくと抽象的すぎて、
HDの物理障害との関連性までは具体的に理解できません。

こちらのサイトの記事の「不良セクタの増え方」の項で例示されている、
「ハードディスクの動作中に電源が落ちたことがあり、その影響で発生したと考えられる不良セクタ」の数値だと、
「B8 エンドツーエンドエラー」が100、100、99、0と、私の結果と同様の数値になっています（この記事は「エンドツーエンドエラー」に焦点をあてた内容ではないとは思いますが）。
急に数値に変動がなければさほど気にする項目ではないのでしょうか？

物理障害が無さそうであれば、TestDiskが行えそうなので、やっと道筋が見えてきそうです。
まだ喜ぶのは早いのかもしれませんが、ここまで来られたのも、
このサイトと管理人さんのお陰です。本当にありがとうございます。

SATA接続で再度Testdiskをやってみました。
ですが少々事情があって「Deeper Search」を途中で停止せざるを得なくなってしまったのですが、
途中までの結果には「check FAT : Bad number of sectors per cluster」
「check FAT: Bad jump in FAT partition」との表記がありました。

前回の不具合の出たケースに入れたまま行った時のTestdiskログファイルを見つけたので、
今回のと比較したところ、前回のものは文字化けだらけのものでI/O デバイスエラーの表記がありましたが、
今回は文字化けなどもなく、
「MS Data」の前のパーティションの表記がDではなくPrimaryのPになっていたり、
Quick Search前の画面のディスク情報も前回よりは詳細に表示されているようでした。

しかしやはりSATA接続でも時間は4、5日かかるようでした
（HDの回転数が5900rpmというのもあるかもしれませんが）。
スキャンに長い時間がかかるようだとTestdiskでは復旧可能性は低いということでしたが、
まだ挑戦してみる価値はあるものでしょうか？
もしまだその価値が結構あるのなら、HDの動作的に問題は無さそうでしたし、
次回はじっくり腰を据えてできそうなのですが。

また、ログの内容で理解できそうなところがないかを確認してみました。
「MFT must be non-resident but a resident extent was found. $MFT is corrupt. Run chkdsk.」
という文字列が何度か見られるのですが、少なくとも既にこの段階でMFTの修復が必要になっている状態は確定と判断できるのでしょうか。

途中までのログ、または結果に出てきた表記などで、何かお心当たりやお気づきの点などありましたら、
どんなことでもいいのでお気軽にアドバイスをいただければ助かります。

Testdiskの英語用の掲示板などもチェックし始めてみているのですが、
自分と類似のケースの方というのは意外と見当たらないものですね。
同様のエラー表記で検索でヒットがあっても、環境や状況が全然違ったりですとか。
でも関連性低いケースからTestdiskそのものについて分かったりすることもあるので、
場合によっては読んでみています。

管理人ruurooさま

色々ご配慮いただきまして、本当にありがとうございました。
ある程度は覚悟して、ファイナルデータなど復元ソフトのマニュアルを色々読んでみてきていましたので。
その際にこちらのサイトのファイナルデータの記事（特にフリーソフトとの違いや表記のゆれについて等）は
とても参考になりました。

●色々調べている際に気になったのが、復元ソフトでのデータ取り出しを行う前に、
ドライブイメージを先に作成しておく方がいいのかどうかということです
(きっと理想を言えば作成した方がよいのでしょうが) 。

以下は、いくつかの復元ソフトのドライブイメージ作成機能について、
各々の公式サイトからの引用してきたものです。

「ドライブイメージを作成・読込みしますトラブル発生時から日時が経過した後で
データ復元を試みるなどの場合に、より確実なデータ復元が可能になります。」
「ファイル復元よりもドライブの使用を優先する時などは、先にイメージを作成しておき、
ドライブを使って作業をした後で、イメージからファイル復元をすることもできます。」
「このデータ復元ソフトウェアは、（不良セクタあるハードディスクから）最初全ディスクまたはその一部をイメージファイルにコピーでき、その後、イメージファイルを処理します。
これは、不良セクタが断続的に存在し、残った情報を即座に保存するときに有用です。」

と、データ取り出し作業前にドライブイメージを作っておくかどうかは一応ケースバイケースで、
物理障害がなければ必ずしも作成しなくても良いとも受け取れると思いました。

●その一方で、ファイナルデータの公式Q&Aの「容量の大きいファイルの復元について」というトピック中に、
「ファイルを失った後も、ハードディスク内では絶えずデータの読み書きが行われるため、
容量の大きいファイルのあったデータ領域は読み書きの対象になりやすく、
残存データは破損しやすくなります。」との記載がありました。

ファイナルデータなどの復元ソフトで、条件を変えてスキャンを繰り返せば、
残存データはかなり破損しやすいものであると考えるべきでしょうか？
またスキャン結果に基づいた復元を試みた際に、残存データが不可逆的に破損するケースも
割とよくあることだと考えた方が良いのかどうか、
要するにどの程度のリスク感覚で復元ソフトでのデータ取り出し作業にのぞめばよいのかが、
いまいちピンと来ていないのです。

ちなみにRecuvaを最近PC内蔵のHDDやUSBメモリで試してみたのですが、
何回か条件を変えてスキャンしなおしても、一度取り出せたファイル（容量大きいwavも）を、
のちに繰り返し取り出すことも、思ったより普通に可能でしたが、
そのあたりの使用感はファイナルデータも左程違いはないのでしょうか。

ご厚意に甘えて、石橋をたたいて渡る様な質問ばかり繰り返してしまい恐縮なのですが、
お時間のある時にご意見をいただけると嬉しいです。

管理人ruurooさま

何度も本当にお世話になっております。
その後、ファイナルデータの「高度な復元」で、物理ドライブの「ドライブを検出」を試みたところ、
仮想パーティションの候補が５つ出てきました。

現在は、「ドライブを検出」の結果、検出された各々のパーティション候補について、
「削除されたファイルの検索」「クラスタスキャン」を最後まで行い、
結果から(G:)の正しいパーティションを見つけるという作業をおこなっているところです。
と言うのも、５つのパーティション候補がほぼほぼ同容量だったためです。

●マニュアルを読んでも分からない疑問点が幾つかあり、
自分で色々スキャンして検証しているのですが、
容量が大きいこともあり、ある程度ファイルの種類を絞っても、
パーティション一つ毎のスキャン時間が合14時間くらいに及ぶため、苦労しています。

公式のサポートに問い合わせたりもしているのですが、
私の聞き方に問題があるためなのか、いくつかは解決しないこともありました。
もし管理人さんの知識やご経験からご存知のことがあれば教えていただけないかと考え、
再度投稿いたしました。

(1)「ドライブを検出」の「検索するセクタ範囲」は各パーティションの開始位置付近だけにした場合と、
全部を検索範囲にした場合とは、その後の「削除されたファイルの検索」や「クラスタスキャン」の結果に違いが出ることはあるでしょうか。

(2) 見つかったjpegファイルが容量などはあるのに、プレビューが出来ていません。
プレビューできないjpegファイルの復元可能性の高低を判断するポイントは何かほかにありますでしょうか。
設定の「スラック領域はクラスタスキャンしない」をチェックしたままであっても、
プレビューできないjpegは破損していて、ほぼほぼ修復できないと思った方がいいのかでしょうか。

(3) 「設定」から「ファイルの種類」の中で記載のない種類の拡張子のファイルの検出が
なされ、アイコンも通常通り表示されていることがあります(「Cue sheet」等)。
検出されたものは一応復元の可能性もあると考えていいのでしょうか。

疑問点は以上の3点になります。

●もうすこし詳細を書きますと、
5つのパーティション候補のうち２つ（画像：「パーティション選択画面」の1,2）は
「ドライブ検出」「クラスタスキャン」ともに全範囲でスキャンを行い、
うち一つ（画像：1）は元のディレクトリ構成がかなり再現でき、インデックスもかなり残っていたようで、
削除ディレクトリでかなりのフォルダ構成が再現できていました。

そのため、クラスタスキャン中に表示されていた全体としての「ファイル総数」は非常に多いものの、
ほとんどがルートディレクトリもしくは削除ディレクトリのリストに優先的に紐づけられたようで、
「検出されたファイル」は１点だけで「回収ファイル」も数点だけでした。

他の三つパーティション候補は「ドライブを検出」の「検索するセクタ範囲」を
パーティションの開始位置付近だけにして、試してみたりしているのですが、今のところ、
1番以上に復元できていそうに見えるものはない、というのが現状です。

ちょっとうまく説明できているかどうか心もとないので、
一応パーティション選択画面もアップロードをしておきます。
併せてご確認いただけると嬉しいです。

管理人ruurooさま

お世話になっております。
その後、紆余曲折あったのですが、jpegを閲覧できるソフトを見つけ、
無事、元のハードディスクのデータをほぼ完全に復元することが出来ました。

復元してみて開かなかったエクセルファイルも数点ありましたが、
エクセルの修復機能ですべて修復できました。
ですので、今のところ修復できなかったファイルは一つもなさそうです。

物理障害が疑われたもう片方のHDD(F:)もエラーチェックで復旧でき、
ウィルススキャンやSMART情報確認では一応問題ありませんでした。
これから(G:)もエラーチェックやウイルススキャンを試そうかなというところです。

あとは、不具合の起きた時のケースを使い続けるのは感情的には忌避感がありますが、
自分では今のところ原因が判断できないので、メーカーと相談して決めることになりそうです。

無事ここまで来られたのも、落ち着いて対応できるように、
知識や経験をもとに的確にアドバイスをしてくださった管理人さんのおかげだと思っています。

不具合が起きた時に、初めは右も左も分からない状態で本当に不安でしたが、
このサイトにたどり着けたのが僥倖でした。
深く御礼申し上げます。