問題タブ [diskimage]

ラップトップの HDD を安全にバックアップし、必要に応じてバックアップを迅速に使用できるようにする方法を考えていました。私の方法は次のとおりです。同じサイズの 2.5 インチ HDD を USB - SATA ケーブルで購入し、それに内部のクローンを作成します。災害が発生した場合は、ラップトップの HDD を別の HDD と交換するだけで済みます。でも、HDD をバックアップするたびに 500 GB を書き込むのは避けたいと思います。次の md5sum/dd スクリプトが助けになることを願っています:

さて、質問の部分：

A) これを実行すると、ディスクの一部が失われますか? いくつかの欠陥がありますか？

B) 500GB の読み取り/書き込みと比較して、ある程度の時間を勝ち取ることができますか?

C) 明らかに、ターゲット ディスクへの書き込みが少なくなる可能性があります。そのディスクの寿命を延ばすことはできますか?

D) count を 1 のままにして、ブロック サイズを大きくしようと考えていました。これは良い考えですか、それとも悪い考えですか?

E) この同じスクリプトは、画像ファイルを出力として使用できますか?

プログラミングはあまり得意ではありませんが、改善の余地は十分にあります。何かヒントはありますか?

皆さん、ありがとうございました...

フラッシュ ディスクのコピーを作成および復元するためのユーティリティがあります。CreateFile("\\.\PhysicalDriveX", ...)このデバイスの現在のボリュームを包括的にロックおよびアンマウントするために使用しています。これは Windows 7 に焦点を当てており、これには .Net4.0 と C# を使用しています (winapi 呼び出しの DllImport を実行するので問題ありません)。

私の開発用 PC では、外部ドライブ (USB スティック、フラッシュ ディスクなど) の通常のユーザーとして動作しています。顧客のマシン (windows7 も) では、そうではありません。管理者として実行する必要があります。さらに悪いことに、私は顧客のマシンにアクセスできません。

アクセス権を評価せずにユーティリティを実行したいのですが (これにより他のバグが発生します)、他のプロセスを評価して開始できます。どのアクセス権を確認/変更する必要があるか、アドバイスはありますか? せいぜい、適切な WinAPI 関数へのヒントがあれば ;)

私はフォレンジック ツールに取り組んでおり、Encase E01 タイプのイメージ ファイルを持っています。他のツールを使ってこの画像を分析したいと思います。ただし、tsk_recover などのツールは、E01 ファイル タイプを入力として受け入れません。そのため、E01 イメージ ファイルを変更せずに dd 形式に変換する必要があります。

多数のファイル (ディレクトリごとに最大 5000) のセットがあり、ファイル システムへのアクセスが大幅に遅くなっています。十分なスペースがあり、データは重要です。それらをディレクトリごとに1つのファイルに結合したいと思います。アーカイブを作成するのが簡単な解決策ですが、回復可能性を低下させたくありません。ある種のフラット イメージ (圧縮されていない tar ファイルなど) は問題なく動作しますが、同じ量のスペースで (パリティ情報を格納するなどして) 実際により回復しやすい形式があると思います。Unix/Linux/Mac が混在する環境で作業しています。

パリティタイプの情報を提供しながら圧縮を最小限に抑える画像/圧縮形式はありますか?

ファイル システムのディスク イメージを作成し、そのディスク レイアウトをビットマップ ファイルで確認するにはどうすればよいでしょうか。どのようにディレクトリを追加しますか? dd を使用して作成したファイルで mkfs.ext2 を使用しましたが、正しく行われたかどうかはわかりません。inode と inode テーブルを表示し、それらがブロックとどのように関連しているかを確認できる必要があります。

私は自分のスタートアップと私にとって両方を使用してきましたが、機能は同じです。今まで作成してきたインスタンスは計算専用です。GCE ディスク イメージとスナップショットが技術的にどのように異なるのか、どのような状況でどちらを使用するのが良いのか疑問に思っています。