今日は、いわば、無知な人にとって、「データ復旧」業界の好奇心について話したいと思います。 私は経験から、多くの顧客にとってこれが本当の啓示であることを知っています。
短い休憩で、2枚のディスクを受け取りました。これらのディスクは非常に有名ないくつかのオフィスにあり、検索エンジンのTOPプロファイル検索エンジンを占有し、「ナンバー1」に位置付けられました。 競争の激しい環境では歴史が一般的であり、彼らはそれを頼りにしたが、価格は機能せず、より安価なものを探し始めた。
次の2つの理由から、組織の名前に具体的な情報を提供しないように、すぐに予約したいと思います。 第一に、これはHabr自身の管理によって奨励されていません。第二に、私は長い間「対象」であり、業界のすべての主要な代表者であるため、私のブログページまたはサイトの記事で「露出」が早く現れましたまさに1つ-数時間、携帯電話と条件付きのVasyaまたはKolyaの会社の電話が鳴り、オンコールグリーティングのやり取りが私を非難し始め、「削除するか無視するか」という緊急の要求でテキストの編集を主張し始めました。
Wyattファミリーの最初のSeagateディスクST9500325AS、最初の問題は「疲れた」頭です。 彼は準備が困難になり、エラーを診断端末にこぼします。 ディスクが届く前に、生殖ブロックが開かれました。
2番目のドライブは、Tornado 2DファミリーのWestern Digital WD3200AAKS-75VYA0です。最初の問題は、パッケージ内の4つのヘッドの1つが故障していることです。 Hermozoneもオープンしました。
外部の干渉が発生したディスクを使用する必要がある場合、分析が通常支払われ、作業コストが（場合によっては大幅に）高くなる理由を誰もが理解しているわけではありません。 次に、その理由を説明します。
互換性のある磁気ヘッドのブロックを選択した最初のディスクであるSeagateは、ステータスレジスタ（DRDおよびDSCビット）によって警告され、リクエストに応じてパスポートを提供しましたが、ドライブの技術的作業を試みると、マイクロコードは診断ポートでエラーを生成し、その後「フリーズ」しました。
Rst 0x08M
（P）SATAリセット
F3 T> V4（たとえば）
LED：000000CC FAddr：0027245B
LED：000000CC FAddr：0027245B
「あなたは私の頭を変えますが、私は自分で情報を考えます」と尋ねるそのような乗客がいます。それは絶え間ない感情を引き起こします。 実際、ヘッドブロックを交換した後、大部分のディスクでは追加の対策が必要です。 特定の「ジャー」のヘッドブロックは、工場のセルフテスト段階のコンベヤーアセンブリの最終段階で十分に一意であり、互いに「接地」されているため、ディスクから取り出されたドナーヘッドブロックは、「シリアルで1文字異なる、ある日リリースされました」は完全に機能しません。 さらに、この例で言及した特定のドライブで少なくとも何かを読み取るには、起動時にRAMにロードされたマイクロコードを修正する必要があります。
起動時に非ネイティブヘッドを持つディスクは、過大評価されたアクセスタイミングを即座に検出し、不安定としてマークし、適切な欠陥候補リストに追加します。これらのセクターは表面全体であるため、「不良」セクターをマークするプロセスは非常にエキサイティングです外部刺激に反応する。
経験の浅いエンジニアは、このような状況に対処することはできません。 すぐに、いわゆる 「オーバーレイ」、つまり 技術的なマイクロコード、または読み取り可能ですが、バージョンはROMの基本的なマイクロコードバージョンとは異なります。
Seagateには、ATAコマンド92hを介してマイクロコードをメモリにロードする標準オプションがあり、スキャンされたファームウェアパッケージを記録するディスクの製造に使用されます。 この機能を使用すると、FirmWareバージョンと互換性のあるハードドライブのモジュールから作成された「自家製」ブートローダーをアップロードできます。
これを行った後、完全な技術的機能を発見し、サービス情報モジュールを分析し、予想どおり、すべてが読み取り可能であることを発見しましたが、オーバーレイのバージョンは他のマイクロコードと互換性がありません。 「単独で」これは起こり得ず、ユーザーによる「ファームウェア」の更新の失敗の結果は同じです（この場合、オーバーレイはいわゆる「ブリンワリ」、つまりプレート上にあるものの前にROMに書き込まれます）。 さらに、そのような操作は、ユーザー領域へのアクセスを取得するという点では意味がありません。 明らかに、そのような明示は、仮想の「他の場所」で情報を復元することを不可能にするためのマイクロコードの人為的な変更の本質です。
WDドライブを使用すると、状況はさらに楽しくなります。 ヘッドブロックを交換した後、ディスクは再調整され、パスポートが提供されますが、ユーザー領域を読み取ろうとすると、エラーコードABRTが提供されます。 このコードは、一般的な不良ブロック（修正不可能なデータエラー）であるUNCコードとは対照的に、変換テーブルがディスクの実際の物理ジオメトリと一致しないことを示します。 彼はサービス情報を分析し始めました。
ステップ1-モジュールを識別子で読み取ります。 この場合、ドライブ自体がチェックサムのチェックに基づいてモジュールの整合性をチェックします。 そしてすぐにバグはid31モジュールであり、このテーブルでは変換テーブルのチェックサムに違反しています。
ディスクが動作を開始したトランスレーターモジュール
念のため、ABA（「有効性」を確認せずに、モジュールが占有するセクターの領域）で再読み取りします。 ドナーヘッドのあるディスクが実際に書き込むことを確認します（ドナーとヘッドの元のセットとの間の幾何学的パラメーターの違いにより、記録は異なるオフセットになる可能性があり、記録されたものは予期した場所で読み取られません）。 翻訳モジュールでチェックサムを再カウントし、電源を再投入して、読み取りを試みます-ABRT。
続けましょう。 WDディスクには、トランスレーターテーブルが深刻に破壊された場合に、工場の欠陥リスト（P-List）に基づいて再カウントする機会があります。 データを読み取る場合、p-list自体は重要ではありません（すべてのディスクではなく、この特定のファミリー）。 id31トランスレータモジュールの内容が変更されたことを確認して、読み直そうとしています-再びABRTです。
さて、私たちはさらに登っています。 工場の欠陥リストの内容を分析します-0個の欠陥が記述されています。 ディスクはそのように工場から出てきません:)明らかに、翻訳者がネイティブではないだけでなく、工場の欠陥リストは「リセット」されています。
工場出荷時欠陥リストモジュールは空で、タイトルのみが登録されています
さらに、トラックの欠陥リストを見ると、「自己切断」の疑いもあります。
問題を解決するために、私は遠くのシンフェロポリに住んでいる同僚と相談しなければなりませんでした。 その結果、エレガントなソリューションが見つかり、試されました：工場のセルフテストスクリプトを取得し、手動で編集し、スキャンログから欠陥管理（Pリスト、Tリスト）を生成する以外のすべてのステップを遮断し、サービス全体を正常なディスクに書き込みますドナー、つまり一種のハードウェアクローンを取得し、このクローンで切り捨てられたファクトリセルフテストスクリプトを実行します。 その結果、元の欠陥リストがドナーディスク上に形成され、翻訳者を再カウントした後、元の欠陥に対応する一連のサービスマイクロコード（モジュール）が受信されました。
回復後のP-Listモジュール
回復後の変換モジュール
もちろん、この場合、「ディスク自体がすべてを損なう」可能性は除外されます。 明らかに、モジュールは「危害から」台無しにされました
したがって、情報を復元するための最初の「典型的な」一連の対策の代わりに、自明ではない計画外の研究に多くの余分な時間を費やさなければならなかったことは明らかだと思います。 したがって、作業コストの増加、および「私たちの前に掘られた」ディスクの有料分析。
そして、前の場所であまり賢いマスターが働いていなかったのは幸運でした。 必要に応じて、純粋にプログラム的にドライブをドライブから追い払うと、一般的には元のマイクロコードを取得する以外に選択肢はありません（もちろん、1つのコピーで「スマートな男」に任されました）。
結論は1つしかありません。アーティストを選択してサービスを申し込む前に（DRの分野だけでなく、すべての分野で）、3回考えて、よく考える必要があります。 PSおよびTOPコンテキスト広告の発行のトップ10にいる人々（多くの場合、これはSEOの予算が高く、高レベルのサービスではなくスクラップ価格を意味します）に特に注意してください。大きい「そして」最も正直な。
かつてミュラーは昔のスターリッツに言ったように、「誰も信用できない。 できます。」
