後で開くことができるイメージにハードドライブのクローンを作成する方法は？

80GB Hddの（できれば）マウント可能なイメージを作成し、別のハードドライブに保存する必要があります。データを失うことなくこれを行うことができる方法はありますか？

これまでに受け取った回答をありがとう。電源ボタンに問題があるため、問題のシステムは現在使用できません:( [ugh！]、しかし情報は本当に役に立ちます=）！これまで回答してくれたすべての人に感謝します。他の誰かが私にいくつかのヒントを提供したい場合は、まだドライブを複製することができていないため、これを少し開いたままにします。

使用dd（sda1を保存するパーティションに置き換えます）：

sudo dd if=/dev/sda1 of=/home/user/backup.img

これにより、パーティションのマウント可能なイメージが作成されます。これにはしばらく時間がかかる可能性があることに注意してください。イメージのサイズはパーティション上のサイズであり、その上のファイルではありません。あなたの場合、これは80GBになります。イメージを圧縮する場合、hddの使用済みスペースのサイズとほぼ同じになるはずです。

より包括的な説明については、DriveImaging：ddを使用したディスクイメージの作成を参照してください。

私の好ましい方法は、CloneZillaのライブCDを使用することです。.isoをダウンロードし、Braseroを使用してディスクに書き込み、イメージ化するマシンに入れ、再起動し、宛先ドライブを接続して、プロンプトに従います。ddを使用するときは注意が必要です。ddは非常に低レベルのツールであり、間違いはデータを簡単に破壊する可能性があります。イメージのバイト単位のコピーを作成する場合は、CloneZillaのパーティション間オプションを選択します。

Remastersysは、ハードドライブ全体のバックアップを作成し、たとえばLiveCDに保存できるプログラムです。これを使用して、カスタムUbuntuディストリビューションを作成することもできます。CLIとGUIがあるため、選択してください。GUIで、最初のオプション Backupを選択します。

それをインストールするには、[ソフトウェアセンター]を開き、[編集]-> [ソフトウェアソース]-> [その他のソフトウェア（タブ）]をクリックし、[追加して貼り付け]をクリックします

deb http://www.geekconnection.org/remastersys/repository karmic/

ソフトウェアソースウィンドウを閉じ、リポジトリが更新されるのを待って、remastersysをインストールします。

LANを介したイメージング

バックアップマシンで次を実行します。

nc -l -p 12345 | dd of=mybackup.img

ソースマシンで実行：

dd if=/dev/sda | nc server2 12345

最も簡単な方法はddを使用することですが、一般的な不満は、大きなディスクをコピーするときにddが進行状況バーを表示しないことです。パイプビューアー（pv）をddと組み合わせて使用すると、進行状況バーと完了までのETAを表示できます。でPVをインストール

sudo apt-get install pv

コピーするドライブをマウントする必要はありません。破損したドライブからデータを回復する場合は、読み取り/書き込みモードでマウントしないようにすることをお勧めします。ドライブに対して行うことは、削除されたデータを上書きしたり、ファイルシステムにさらなる損害を与える可能性があります。この時点でビットコピーを作成するポイントは、データをさらに危険にさらすことなくリカバリを有効にすることです。

先に進む前に知っておく必要がある2つのことは、コピーするドライブのデバイス名と実際のサイズです。これらの両方は、コマンドを発行することで見つけることができます

sudo fdisk -l

システムに接続されているドライブとサイズがMiBで表示されます。

ディスクを現在のディレクトリのファイルrescue.ddにコピーするコマンドの最も簡単なものは次のとおりです。

sudo dd if=/dev/sdx of=rescue.dd

/ dev / sdxは、コピーする実際のデバイス名に変更する必要があります。rootが所有するため、rescue.ddの所有権を変更する必要がある場合があります。

便利なプログレスバーとETAを完了するには、pvを介してddコマンドをパイプします。

sudo dd if=/dev/sdX | pv -s 99999m -bpae | dd of=rescue.dd 

/ dev / sdXはコピーするドライブのデバイス名、99999はMiB単位のデバイスのサイズ（MBではありません）です。出力ファイルを書き込むddの2回目の呼び出しはrootではなくユーザーが所有するため、ユーザーはファイルrescue.ddを所有します。データ表示は、平均データレート、進行状況バー、完了率、完了までのETAになります。

進行状況を確認したい場合、またコマンドラインを気にしない場合、PVはあなたの友人です。Raspberry Pi 2でUbuntu MATEを試しています。SDカードをバックアップして新しいカードを作成したかったのですが、何が起こっているのか知らずに大きなIOを実行するのは嫌です。これが最も早く機能したものです。

$ sudo su
# pv /dev/sdb | xz > my-pi.img.xz
# pv ubuntu-mate-15.04-desktop-armhf-raspberry-pi-2.img.bz2 | bzip2 -d > /dev/sdb

復元も同じくらい簡単でした

# pv my-pi.img.xz | xz -d > /dev/sdb

いずれの場合もpv、進行中のレポートをstderrに提供しながら、入力ファイル/デバイスを取得してstdoutにスパム送信しています。次に、xzまたはbzip2はパイプ（前のコマンドの標準出力）からstdinを取得し、フィルターとして機能します。出力リダイレクトは、ファイルをデバイスまたはイメージファイルにレイアウトします。

ブロックで動作していることはまったくわかりませんが、Linuxがすべてのバッファリングを行っており、ハードウェアレベルでブロックごとにデータを読み書きしていると思われます。

その意味で、ddを使用することには大きな利点がありますか？ディスクの特定の部分を読み書きしているかどうかはわかります（たとえば、イメージからパーティションを抽出する場合、fdiskからエンドポイントをリッピングするかpartedした場合）が、ディスク全体をスパムする場合は、より単純なコマンド。