Linuxシステムがデータをリカバリできる場合があるのはなぜですか？Windowsはできないのですか？

LinuxベースのコンピュータまたはLinux Live CDを使用してデータを復元できるのはなぜですか。?

本日の質疑応答セッションは、コミュニティ主導のQ&A Webサイトのグループである、Stack Exchangeの下位区分であるSuperUserの好意により提供されます。.

質問

SuperUserの読者Philip Allgaierは、なぜWindows Liveで回復不能と報告されたLinux Live CDでデータを回復できたのか知りたいのです。

バックグラウンド： 今年の初めに、私はWindowsがもう認識するSSDドライブに問題がありました。しかし、結局は起動可能なParted Magic 2012-10-10がうまくいきました。この解決したスレッドを見てください。その瞬間から一つの質問が私にはまりました…

質問： 私はLinuxが一般的にもう少し技術的で未加工であることを知っていますが、Linuxシステム（あるいはUbuntuがトリックをしなかったので実際にはその特定のものだけ）がまだ半分にアクセス/通信できる理由をおおまかに概説できます。 Windowsが起動していないときに破損したデバイス?

彼らはただ何かが間違っているかもしれないというどんな潜在的な指標も無視していますか?
具体的な理由はまったくありますか?
この特定の環境で、限られた時間しかない場合にSSDに応答させることができたのは幸運でしたか。?

それは確かに運が良かったかもしれませんが、おそらくいくつかの要因が関係しています。調べよう.

答え

SuperUserの寄稿者であるEikeは、データを保存する彼の能力のために、運を超えて、いくつかの潜在的な説明を提供します：

通常、これは何にアクセスしているのか、そしてどのようにしてデバイスに障害が発生しているのかにかかっています。たとえば、問題のSSDがセクタ5などを取得できず、セクタ5を読み取るとすぐに機能停止になる場合、違いは単に、異なるディスクが新しいディスクを認識すると自動的にアクセスすることが原因である可能性があります。.

Windowsが新しいディスクを検出すると、パーティションテーブルを読み、読み方を知っているファイルシステムを自動的に開こうとします。この「マウント」プロセス中に読み込まれた構造/ブロックのいずれかがあなたの故障したSSDをさようならさせるのであれば、その特定のLinuxディストリビューションとの違いは単に問題のすべてのパーティションを自動的にマウントしないということです。マウントするときは、単にセクターの異なるサブセットを読みます（LinuxでのNTFSの実装は、Windowsでのものとは非常に異なります。ディスク上のフォーマットは同じですが、読み込む必要があると考える構造はOSによって異なります）。 WindowsはMFTの二次コピーを読んだり、何らかのデータを事前にキャッシュし始めたりすることがあるかもしれませんが、違いがある可能性があります。この理由から、回復を目的とした特別なディストリビューションは、物事を自動的に行うのではなく、明示的に要求されたものしか実行しないため、より適切な方法です。.

もちろん、あなたも単に幸運になったかもしれません。私が言うにはSSDの故障モードについて十分に知りません.

Linuxは通常、何かが間違っているという指標を無視しません。それはSATAチップセットからWindowsと同じSCSIエラーを受け取るでしょう - あなたがカーネルログを見れば、不良ディスク上であなたはたくさんのエラーメッセージを見るでしょう。どのプログラムが実際にディスクにアクセスしているかによって異なります。それが回復のためのソフトウェアであるならば、それは限られた回数だけ同じセクターを読み直そうとするかもしれません、それをスキップするかもしれません、等。その後、そのイメージからデータを回復しようとします（ドライブで直接分析を実行することは、通常その状態が悪化する可能性があるため、また一度読み取ることができたからといって、悪いことです。）

仲間の貢献者AthonSfereは、物事について別の見方をします。

その多くは、環境がファイルシステム、ACL、またはハードドライブを処理する方法です。.

Windowsは、ACLと、不良または空としてマークされたセクタに従うために、可能な限りのことをすべて自分で行います。そのため、WindowsおよびWindowsのMBRで作成および管理されているNTFSまたはFatパーティションは、WindowsによってマークされたものとしてWindowsによって処理されます。.

また、ドライブに障害が発生しているほど使用するほど、大きな問題が発生する可能性が高くなり、環境がクラッシュする可能性があります。その後、OSがどのように機能するかを処理します。WindowsはBSODまたは再起動します。Windowsの起動プロセスでは、MBRメッセージ、見つからないファイルメッセージ（NTDLR.dllが見つからない、または破損している）をスローして停止します。.

ライブディスクを使用するとき、あなたはこれのどれにも頼っていません。ディスクから起動するため、悪いMBRが回避されます。 NTDLR.dllを破損した不良セクタは必要ありません。すべてがディスク上にあります。その後、読み取りを試みることができます。それが「空白」のセクタまたは不良ビットに遭遇した場合、その環境はそれを処理しますが、実行するようにプログラムされていました。 Ubuntuは通常のOSの振る舞いを維持して、最も起こりそうなことを続けるでしょう。セクターは空白です、他の何かをしてください。そのセクターは悪い、離れて、もう一度読んではいけない、書いてはいけないか、それは問題を引き起こすでしょう.

ただし、リカバリプラットフォームはすべてのデータを読み込もうとしています。ファイルマーカーは、ファイルが0、5、13…にあるべきであると言います。ファイルシステムに13が見つからない場合は、空のヘッダを無視してファイルを読みとるか、可能な限り不良セクタを読み、回復を試みます。.

また、Windows CANはサードパーティのアプリケーションでこれをたくさんすることができます、Recuvaはこれらの「行方不明」のファイルをたくさん見つけることができます。しかし、あなたはディスクに書き戻して本当の永久的な損失を引き起こすかもしれない環境にいたくはありません。.

私はこれを単純化し、そしていくつかの解釈を加えました、しかしそれはあなたが尋ねているもののためにいくつかの空白を埋めるべきです.

説明に追加するものがありますか？コメントの中で消してください。他の技術に精通したStack Exchangeユーザーからの回答をもっと読みたいですか？こちらのディスカッションスレッドをチェックしてください。.

http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons