部門の作業は、復元スコープファイルの評価を開始できます。 作業中に誤って削除したファイルまたは破損したパーティション内のファイルを手動で回復するプロセスについて説明します。問題は、このオペレーティングシステムに対応するソフトウェアがないことです。 残念ながら、それらはサードパーティのメーカーから入手するのが難しく、高価です。制御ブロックの低レベル構造に関する完全なドキュメントがないため、状況はさらに悪化しました。ある日、コンピュータが起動しなくなった場合や、一部の論理パーティションが突然使用できなくなった場合はどうなりますか？まず、障害の原因を突き止める必要があります。物理ディスクの損傷、コントローラーの障害、またはファイルシステムの損傷です。ディスクの問題ハードディスクの寿命は限られており、通常は数年です。場合によっては、初期化中に特徴的なクリック音を使用して、デバイスの誤動作を識別することができます。ディスクは回転せずに数回のクリックで消えます。初期化中に、この問題が通知されます。この場合、ハードディスクを修復する必要があります。失われた情報のコストがディスク自体のコストを大幅に超える場合は、専門家に連絡する必要がありますが、安くはありません。修理手順は以下の通りです。ディスクの密閉されたスペースの外側にある電子デバイスが故障した場合は、対応するボードを交換または修理します。これを行うには、通常、まったく同じタイプの別のディスクを取り外す必要があります。カートリッジ内の部品が損傷している場合は、さらに問題があります。最初に、ほこりがないことを保証できる、いわゆるディスク上の損傷したディスクを分解する必要があります。次に、電子デバイスを別のディスクから取り外して、回路基板を交換する必要があります。修復されたディスクは閉じられ、情報をセクターごとに3番目のディスクにコピーする操作のみが残ります。したがって、貴重な情報を含むハードドライブが故障した場合は、修理のために別のハードドライブを犠牲にし、回復したデータをコピーするための3番目のハードドライブを見つける準備をしてください。ディスクコントローラが破損していると思われる場合は、交換してみてください。接続ケーブルも確認してください。ファイルシステムの問題ディスク、コントローラー、および接続ケーブルが正しく機能していることを確認した後、インストールプロセス中に作成された修復ディスクを急いで使用したり、ファイルシステム修復プログラムを実行したりしないでください。また、まだ存在しない回復プログラムを見つけようとしないでください。ディスク上の情報が特別な価値がある場合は、最初にディスクエディターを使用して制御ブロックのステータスを分析する必要があります。そのような仕事にはかなり高い資格が必要です。特に、ファイルシステム制御ブロックの形式を理解する必要があります。これを自分で行うことができない場合は、自分で解決しようとするのではなく、専門家に連絡するのが最善です。制御ブロックを確認するには、2つのディスクをコンピューターに接続する必要があります。最初のディスクは起動可能な作業用ディスクで、2番目のディスクは情報を回復するディスクです。まず、最初のディスクのみを接続してインストールします。このディスクは、破損したパーティションから復元されたファイルを保存するために使用されます。次に、リソースキットにディスクプローブエディターをインストールします。このエディタは完璧とはほど遠いですが、失われたファイルを回復するすべての作業を担当しています。最初のディスクのすべてが正常であることを確認した後、コンピューターをシャットダウンしてから、2番目の損傷したディスクをコンピューターに接続します。論理デバイスのジオメトリを決定する情報を正常に回復するには、クラスターサイズとブートセクターアドレスを決定する必要があります。最初の値は、パーティションのブートセクターから取得できます（もちろん、その内容が保持されている場合）。 Cherryland Disk Probeを起動します。ドライブメニューから物理ドライブを選択します。画面に表示される「物理ドライブを開く」パネルで、「使用可能な物理ドライブ」リストの対応する行でマウスの左ボタンをダブルクリックして、1つのデバイスを選択します。次に、ボタンを押し、スイッチを押したまま、ボタンを使用してパネルを閉じます（図1）。ナンバー1。

次に、シリンダー0トラック0の最初のセクターにあるディスクのマスターブートレコードの内容を読み取ってみます。これを行うには、[セクター]メニューから[読み取り]行を選択します。 「セクターの読み取り」パネルが表示されます。 「Start Sector」フィールドで、最初のセクター番号をゼロに設定し、「Numberof Sectors」フィールドで値を1に設定します。次に、「読み取り」ボタンをクリックします。プログラムは、最初のセクターの内容を読み取り、16進形式で表示します。 [表示]メニューから[パーティションテーブル]行を選択してディスクパーティションテーブルをフォーマットし、[実行]ボタンを使用して目的のパーティションに移動します。必要に応じて（拡張パーティションからファイルを回復する場合）、このプロセスを数回繰り返します。目的のパーティションのブートレコードに到達したら、[表示]メニューから[ブートプログラム]を選択します。図2のような画像が表示されます。 2.図2。復元されたパーティションのジオメトリに関するすべての情報が含まれています。特に、セクター内のクラスターサイズは「セクターごとのセクター」フィールドにあります。さらに、プライマリテーブルとスタンバイテーブルのクラスター番号がここに表示されます（「クラスターの宛先」フィールドと「クラスターの宛先」フィールド）。しかし、必要なパーティションのマスターブートレコードまたはブートレコードが破損している場合はどうなりますか？この状況はひどいですが、致命的ではありません。容量とクラスター数の詳細なマッピング表は、こちらにあります。たとえば、容量が範囲内の場合、クラスターサイズは4セクターになり、容量が8194から16385の範囲内にある場合、クラスターには33セクターがあります。ただし、事前にディスクの損傷の可能性に注意を払えば、必要に応じてこの種の作業を容易にすることができます。オペレーティングシステムをインストールした後、ブートセクターに影響を与えずに、クラスターのサイズをただちに決定して記録する必要があります。それでもクラスターのサイズが不明な場合は、間接的または選択方法を使用して決定する必要があります。テーブルファイルシステムの内部構造は、基本的にほとんどのものとは異なります。詳細は省き、復旧に必要な情報のみを紹介します。ファイルシステム（およびその33のバリアント）は、ファイルに関する情報を論理デバイス上の複数の場所に格納します。ディレクトリには、名前、サイズ、作成日、および最初に割り当てられたクラスターの番号を含むファイル記述子が含まれています。ファイルアロケーションテーブル（ファイルシステムの名前）は、ファイルに割り当てられたすべてのクラスターのリンクリストを格納します。最後に、ファイル自体をクラスター全体に分散させることができます。この配置では、障害が発生した場合にファイルを回復することが困難になります。テーブルの整合性は特に重要です。このテーブルが失われた場合、またはその内容が部分的に破壊された場合、ファイルに割り当てられたクラスターに関する情報は失われます。その結果、ファイルの内容を知っているだけでは、別々のクラスターからファイルを組み立てることは非常に困難です。さらに、この作業には非常に時間がかかります。したがって、実際には、テーブルとそのコピーが消えると、ファイルが完全に失われます。ディレクトリが失われると、ファイルに割り当てられた最初のクラスターの数、名前、正確なサイズを特定できなくなります。この場合、テーブルには多くのクラスターチェーンがあり、これらのクラスターは簡単にファイルになるため、結果はそれほど深刻ではありません。この方法で取得されるファイル名は、通常、数字で構成されます。数千のファイルを含むディレクトリがクラッシュした場合、リカバリ後に必要なファイルの内容が不明な場合でも、必要なファイルを見つけるのは困難です。ファイルシステムでは、ファイルに関するすべての情報は、いわゆるマスターファイルテーブルに格納されます。レコードには、名前、作成日、変更日、セキュリティ属性などのファイル情報を含む一連の記述子が含まれます。最も重要なのは、ファイルに割り当てられているクラスターのリストです。ファイルが小さい場合は、レコードに直接保存できます。したがって、破損したパーティションからファイルを回復する機能は、そのコピーの整合性に大きく依存します。テーブルを見つけるには？パーティションのブートセクターが予約されている場合は、簡単に見つけることができます。図12に示すパネルで、またはフィールドの横にあるボタンをクリックします。 2.テーブルの最初のセクターの内容を表示するには、「ディスクプローブ」の「表示」メニューから「バイト」行を選択します。この操作の結果を図５に示す。 3.図3。

記述ファイルのテーブルエントリはそれで始まります。また、カタログエントリ、インデックスエントリなど、ここでは取り上げないものもあります。文字列$ ..オフセット2。これは、含まれているシステムファイルの名前です。したがって、$ファイルの最初のエントリはファイル自体を示しています。テーブルを参照すると、$、$、$、$などの他のシステムファイルのレコードを見つけることができます。 4。
スイッチを図2に示す位置に設定します。 4.次に、検索する入力文字フィールドに入力して、検索ボタンをクリックします。検索プロセスには時間がかかる場合があるため、しばらくお待ちください。同様の方法で、復元する必要があるファイルのレコードをテーブルに見つけることができることに注意してください。ファイル名は文字として保存されるため、検索時にはラジオボタンを文字に設定する必要があります。さらに、徹底的な検索と無視のケースを有効にする必要があります。レコードの分析残念ながら、レコードの内容を表示するためのフォーマットツールは提供されていません。さらに、開いているドキュメントのこのエントリの正確な形式はありません。ただし、キーワードを検索することで多くのことを見つけることができます。たとえば、オペレーティングシステムモジュールの開発者が収集した情報を見つけることができました。ファイルシステムがインストールされているモジュールのソースコードを分析することにより、レコードの各フィールドの目的を理解できます（レコードの作成者に感謝します）。レコードは、固定サイズの初期ブロックと、通常はサイズが変化する一連の属性で構成されます。ファイルを回復するには、データ属性の正確な形式を知っていれば十分です。他の属性については、それらの場所とサイズを決定するだけで十分です。レコード内の記述ファイルの最初の4バイトが単語を形成します。図では。 3それらは赤で強調表示されます。次の2バイト（青で強調表示）は、いわゆるゾーンオフセットです。この場合、オフセット値は3です（ワード内のバイトの逆順を考慮に入れます）。以下では、16進数を使用します。この領域は、読み取りまたは書き込みエラーを検出するために使用されます。 2バイトのワードで構成されます。ワード数はオフセット7でレコードに保存されます。 3固定領域サイズのボックスは紫色で強調表示されます。ここには値4が格納されているため、領域はオフセット3から始まり、3 +（2 * 4）= 3に拡張されます。属性フィールドは、「修復」領域の直後から始まります。最初の属性のオフセットは25です。属性領域の最初の4バイトはタイプを定義し、最後の4バイトはサイズを定義します。たとえば、オフセットが25のエリアには、タイプ12の属性が続きます。このタイプと次の属性のタイプ3は赤で強調表示されています（属性のサイズは青で強調表示されています）。この属性は49バイトであるため、次の属性（タイプ31）はオフセット79から始まります。このようにして、レコード内のすべての属性を選択できます。最後の最後に、値、つまり属性チェーンの最後の記号を記述します。ファイルリカバリの場合、最も重要なのは、ファイル名を最初に格納するタイプ31および81の属性です。復元されたファイルを説明するレコードを検索するために使用する必要があります。 2番目の属性、タイプ81は、ファイルまたはファイル自体に割り当てられたクラスターのリストを保管します。詳細をお知らせします。便宜上、データ属性の説明は図12で強調表示されています。 5.図5。 この図から、81に等しい属性タイプがレコードに格納されており、オフセットは113であることがわかります。この値は、属性の先頭からのオフセットが4である4バイトのフィールドにあるため、データ属性は合計8バイトを占めます。属性の先頭から8だけオフセットされたバイトは、ファイルの場所のマークです。その値が1の場合、レコードにはファイルに割り当てられたクラスターのリストのみが格納されます（上記の場合と同様）。0の場合、ファイルはレコード自体の内部にあります。通常、レコードには小さなファイルのみが含まれます。まず、非常駐のファイル配置の場合を考えてみましょう。この場合、オフセット31の4バイトには、ディスク上のどこかにあるファイルの長さが格納されます。この例の$ fileの長さは71バイトです。ディスク上の非常駐ファイルの正確な場所を特定するには、一連のいわゆる仮想クラスター番号ブロック、または略してブロックを追跡する必要があります。チェーンの開始のオフセットは、データ属性の開始から21バイトの2バイトのフィールドに格納されます。上記のケースでは、インジケーターは41であり、記録の開始からのブロック領域のオフセットは20です。図では。図5では、この領域が太い緑の縦線で強調表示されています。解析ブロック領域は、パーティションに書き込まれたファイルをセグメント化できます。これは、拡張エリアと呼ばれる1つ以上のブロックで構成されています。各拡張領域のサイズと位置は、ブロックに記載されています。ファイルがセグメント化されているかどうかに応じて、領域にはブロックまたはブロックのグループを含めることができます。ブロックのサイズは可変であり、最初のバイトで示されます。ブロック形式は具体的な例に値します。

最初のフィールドの長さは1バイトで、ファイル範囲に割り当てられたクラスターの数が格納されます。 2番目の3バイトのフィールドには、最初のクラスターの番号が含まれています。この場合、$ファイルの最初のエクステントには21個のクラスターがあり、最初のエクステントの最初のクラスター番号は2789です。これは、ファイルの最初の拡張子のサイズと場所を決定する方法です。 2番目の拡張領域の最初のクラスターを決定するには、2番目のブロックで指定されたオフセット（符号を含む）を最初の拡張領域のアドレスに追加する必要があります。この場合、2番目のエクステントはクラスター287 9 + 22 = 287にあります。 2番目の範囲は、825クラスター長です。残りのブロックをチェックすることにより、ファイルのすべての拡張領域のサイズと場所を決定できます。ブロックリストはゼロバイトで閉じられます。常駐ファイルは、アクセス時間を短縮するために、記述ファイルのレコードに直接配置されます。データ属性の先頭からのバイトオフセット8にゼロ値が含まれている場合、ブロックチェーンを追跡する必要はありません。これは、ファイルがデータ属性にあることを意味します。番号：6。

この場合、常駐データ（ファイル）のオフセットは、属性の先頭からのオフセットが15の2バイトワードで書き込まれ、ケースは、オフセットが11の2バイトワードで書き込まれます。 。これは小さな例です。常駐データ属性を含むレコードのフォーマットを説明するために、テキスト文字列を含むsmallというファイルを用意しました。次に、「ディスクプローブ」を使用して、このファイル用に作成されたレコードを見つけました（図6）。ここで、データ属性は、レコードの開始位置からのオフセット113から始まります。この属性内のオフセット8（緑で強調表示）のバイトはゼロなので、常駐属性を処理しています。写真が示すように。図6では、ファイルバイト（黄色で強調表示）はレコード内にあり、データ属性の先頭からオフセット19です。ファイルサイズは1バイトです。ファイルを回復するには？これで、システムブロックの内部構造に関する上記の知識があれば、ファイルシステムの破損したパーティションからファイルの回復を開始できます。復元するファイルの名前がわかっている場合は、対応するエントリを見つける必要があります。この操作を完了するには、[ツール]メニューの[セクターの検索]行にある[ディスクプローブ]を使用します。次に、レコード内で属性を見つけ、それが存在するかどうかを判断する必要があります。属性が永続的な場合は、レコードを含むセクターをファイルとして保存し、作業中のハードディスクまたはフロッピーディスクに保存する必要があります。これは、「ディスクプローブ」の「ファイル」メニューの「名前を付けて保存」行を使用して行うことができます。その後、データの必要な部分を切り取り、結果を新しいファイルに保存する必要があります。たとえば、for-では、これを行うことは難しくありません。 非居住物件については、さらに多くの作業が行われます。

復元されたファイル範囲の場所とサイズを決定する必要があります。次に、「ディスクプローブ」を使用して範囲データを読み取り、正常なディスク上のファイルに保存します。また、「ディスクプローブ」は読み書きするセクターの数を指定し、「」ブロックはエクステントに割り当てられたクラスターの数を指定することも覚えておいてください。したがって、適切な再計算を実行する必要があります。すべてのエクステントを復元した後、それらを1つのファイルにマージします（たとえば、/オプションを指定してコマンドを使用します）。次に、属性の31フィールドから取得した正しいファイル長を設定します。パーティションでは、同じ操作を使用してこの操作を実行できます。残念ながら、実際には、多数のファイルの復元には非常に時間がかかります。最も難しい部分は、ブロックチェーンの手動処理であり、非常に長くなる可能性があります。電卓を使用して10進数を16進数に、またはその逆に変換するのに何時間も費やす必要があります。また、復元するファイル範囲のサイズと場所を決定するために、さまざまな必要な算術演算を実行する必要があります。したがって、私たちは通常、半自動モードで最も時間のかかる操作を実行する小さな自作プログラムを使用します。破損したパーティションと誤って削除されたファイルを回復するための完全に自動化されたツールについては、開発したツールに言及できます。その無料のデモ版は、次のWebサイトから入手できます。ただし、このバージョンでは、回復可能なファイルのみを表示できます。そこに利用可能な情報を保持する必要がある場合は、資金を準備します。プログラムを使用するために196米ドル（期間限定（1週間））を支払うか、または391米ドル（無制限バージョン）を支払うことを選択できます。特に重要なデータを回復する場合は特に、最後の手段としてのみ自動化ツールを使用することをお勧めします。たとえば、などのプログラムは、場合によっては改善に失敗するだけでなく、ドライブの状態を悪化させ、不可逆的なデータ損失を引き起こす可能性があることはよく知られています。残念ながら、破損したパーティションをリカバリする必要に直面したときはいつでも、実行された作業の一意性に確信が持て、事故の原因と結果に応じてさまざまな方法で実行する必要があります。障害の後にデータがほとんど残っていない場合、自動化プログラムは正しい決定を下すことができない可能性があります。一方、最も単純なディスクエディターでさえ、経験豊富な専門家は失われたファイルを回復する方法を見つけるかもしれません。著者に関しては、一連の本の著者であり、その電子メールアドレスは次のとおりです。 Storage access with Android 11