LinuxベースのコンピューターまたはLinuxLive CDを使用して、Windowsでは不可能だったデータを回復できるのはなぜですか？
今日の質疑応答セッションは、コミュニティ主導のQ＆AWebサイトのグループであるStackExchangeの下位区分であるSuperUserの好意で行われます。
質問
スーパーユーザーの読者であるPhilipAllgaierは、Windowsで回復不能と報告されたLinux LiveCDでデータを回復できた理由を知りたがっています。
バックグラウンド： 今年の初めに、Windowsが認識しなくなるSSDドライブに問題がありました。しかし、最終的には起動可能なParted Magic2012-10-10がそのトリックを実行しました。これを見る 解決されたスレッド 。その瞬間から一つの質問が私に突き刺さった…
質問： Linuxは一般的にもう少し技術的で生っぽいことは知っていますが、Linuxシステム（またはUbuntuがトリックを実行しなかったため、実際にはその特定のシステムのみ）がまだ半分でアクセス/通信できる理由を誰かが大まかに概説できますか？ -Windowsではないときに破損したデバイス？
-
彼らは何かが間違っているかもしれないという潜在的な指標を単に無視していますか？
-
具体的な理由はありますか？
-
この特定の環境が限られた時間だけでもSSDに応答させることができたのは幸運でしたか？
確かに運が良かったかもしれませんが、いくつかの要因が関係している可能性があります。調べてみましょう。
答え
スーパーユーザーの寄稿者であるEikeは、データを保存する能力について、運だけでなく、いくつかの潜在的な説明を提供しています。
通常、これは、正確には何にアクセスされているか、そして正確にはどのようにデバイスに障害が発生しているかに帰着します。たとえば、問題のSSDがセクター5を取得できず、セクター5を読み取るとすぐにストールを開始する場合、違いは単に、異なるシステムが新しいディスクを認識すると自動的にアクセスするものに起因する可能性があります。
Windowsは新しいディスクを検出すると、パーティションテーブルを読み取り、読み取り方法がわかっているファイルシステムを自動的に開こうとします。この「マウント」プロセス中に読み取られた構造/ブロックのいずれかが障害のあるSSDをトリガーして別れを告げる場合、その特定のLinuxディストリビューションとの違いは、問題のすべてのパーティションを自動的にマウントしない可能性があることです。マウントするときは、セクターの異なるサブセットを読み取るだけです（LinuxでのNTFSの実装はWindowsでの実装とは大きく異なります。ディスク上のフォーマットは同じですが、読み取る必要があると見なされる構造はOS次第です。 WindowsはMFTのセカンダリコピーを読み取るか、一部のデータのプリキャッシングを開始する可能性があり、それが違いになる可能性があります。Ubuntuも同様のボートに乗っています。箱から出してすぐにリカバリできるようには設計されておらず、見つかったファイルシステムをマウントしようとします。新しく発見されたメディアでは、自動的に行われます。このため、リカバリを目的とした特殊なディストリビューションは、自動的に実行するのではなく、明示的に要求したことのみを実行するため、より適切です。
もちろん、あなたも単に幸運に恵まれたかもしれません。 SSDの故障モードについては十分にわかりません。
Linuxは通常、何かが間違っているという指標を無視しません。 SATAチップセットからWindowsと同じSCSIエラーを受け取ります。カーネルログを見ると、障害のあるディスクに多くのエラーメッセージが表示されます。次に何が起こるかは、実際にディスクにアクセスしているプログラムによって異なります。リカバリを目的としたソフトウェアの場合、同じセクターを限られた回数再読み取りしようとしたり、スキップしたりする場合があります。通常、最善の策は、できるだけ多くのセクターがクリーンに読み取られたドライブのイメージを取得することです。次に、そのイメージからデータを復元してみます（ドライブで直接分析を行うことは、通常、状態が悪化する可能性があり、一度読み取れたからといって、もう一度読み取ることができるとは限りません。 。）
仲間の寄稿者であるAthonSfereは、次のような別の見方をしています。
その多くは、環境がファイルシステム、ACL、またはハードドライブを処理する方法です。
Windowsは、ACLと、不良または空としてマークされたセクターに従うために、独自にできることをすべて実行します。したがって、Windowsで作成および維持されるNTFSまたはFatパーティション、およびWindows MBRは、WindowsがマークしたとおりにWindowsによって処理されます。
また、ドライブに障害が発生している場合は、使用するほど大きな問題が発生する可能性が高くなり、環境がクラッシュします。次に、OSがどのように処理するか、WindowsはBSODまたは再起動し、WindowsブートプロセスはMBRメッセージ、欠落ファイルメッセージ（NTDLR.dllが欠落または破損）をスローし、これらの不良ファイルが必要なため停止します。
ライブディスクを使用する場合、これに依存することはありません。ディスクから起動するため、不良MBRはバイパスされます。 NTDLR.dllを破壊した不良セクタは必要ありません。すべてがディスク上にあります。その後、読み取りを試みることができます。 「空白」のセクターまたは不良ビットが発生した場合、その環境はプログラムされた方法でそれを処理します。 Ubuntuは、通常のOSの動作を維持し、発生する可能性が最も高いものを続行する可能性があります。セクターは空白です、何か他のことをしてください。そのセクターは悪いです、遠ざかってください、二度と読まないでください、書かないでください、さもないと問題を引き起こします。
ただし、リカバリプラットフォームは、すべてのデータを読み取りたいと考えています。ファイルマーカーは、ファイルが0、5、13…にあるべきであることを示しています。ファイルシステムが13が欠落していると報告した場合は、空白のヘッダーを無視してファイルを読み取るか、不良セクタを可能な限り読み取って回復を試みてください。
また、Windowsはサードパーティのアプリケーションでこれをたくさん行うことができます。Recuvaはこれらの「欠落している」ファイルをたくさん見つけることができます。ただし、ディスクに書き戻し、真の永久的な損失を引き起こす可能性のある環境にはなりたくありません。
私はこれを単純化し、いくつかの解釈を追加しましたが、あなたが求めているもののためにいくつかの空白を埋める必要があります。
説明に追加するものがありますか？コメントで音を立ててください。他の技術に精通したStackExchangeユーザーからの回答をもっと読みたいですか？ ここで完全なディスカッションスレッドをチェックしてください 。
ｈっｔｐ：／／すぺるせｒ。こｍ／くえｓちおんｓ／５８６６６６／ｗｈｙーかんーぃぬｘーｓｙｓてｍｓーそめちめーれこゔぇｒーだたーうぃんどｗｓーかんｔーあｎｙーこんｃれてーれあそんｓ
