web-dev-qa-db-ja.com

USBからDDイメージファイルを作成し、イメージを別のUSBに復元する手順

永続的なubuntuライブUSB全体からイメージを作成しました（ファイル作成、ubuntuはエラーメッセージを発行しません）（sdc1）-ファイルubuntu1.imgは4.3gbなので、コマンドを信じるのは合理的です

/ media/images/tst＃dd if =/dev/sdc1 of =/media/images/tst/ubuntu1.img

正しくフォーマットされ、USBドライブの有効なイメージが作成されました。

だから......私は新しくfat32形式のUSBに画像を入れようとします。元のUSBと新しいUSBの両方に2つのパーティションがあり、両方のUSBの最初のパーティションはライブubuntuです。新しいusbにコピーされるパーティションは、コピーされる元のusbパーティションよりも少し大きくなります（したがって、サイズは問題になりません）。

イメージをusbにコピーするddコマンド（ubuntu1.imgがあるフォルダーにcd）

/ media/images/tst＃dd if = ubuntu1.img of =/dev/sdc1

このプロセスでもエラーは表示されません。約20分後に結果は

8388607 + 1のレコード

8388607 + 1の記録

4294967295バイト（4.3 GB）コピー、1615.69秒、2.7 MB /秒

しかし... usbは役に立たないbiosがGRLDRの欠落について不平を言っています

私はubuntu、kali、backtrack、slax、および1つまたは2つの他のLinuxディストリビューションで試しました。私はすべての問題なくライブUSBから起動する複数のPCで試してみました。 LinuxライブUSBを確実にコピーすることがわかった唯一の方法は、windows：（（

誰かがddを使用してLinuxライブUSB（任意）ディストリビューションを画像ファイルにコピーした場合、同じ画像ファイルから新しいUSBに... ...いくつかの知恵を共有してください-読んでくれてありがとう返信に時間をかけます

bootusblive-usbdd
9
doubt

単一のパーティションである「sdc1」のクローンを作成しましたが、オペレーティングシステムのクローンを作成しようとしているように聞こえます。つまり、ブートプログラムも必要です。

その情報の場所は、設定方法によって異なります。たとえば、MBRパーティションテーブルを使用している場合はドライブMBRに保存され、BIOSでGPTを使用している場合はドライブの保護されたMBRに保存され、UEFIでGPTを使用している場合はESPに保存され、チェーンロードしている場合は、パーティションMBRとドライブMBRにブートデータを置くことができます。

DDは、MBRセクターまたはESPを複製するために使用できます。または、ドライブ全体のクローンを作成して、複数のイメージを作成する手間を省くことができます。私は個人的には一度だけ試したが成功しなかったため、MBRのクローン作成を避けることをお勧めします。 ESPまたはドライブ全体は常に問題なく動作します。

以下の私の例では、イメージの作成を使用してからそれを復元しますが、それはあなたが使用しているアプローチなので、両方のUSBスティックを一度にコンピューターに接続できる場合は、1からもう1つに直接クローンすることができます画像を作成します。

手順：

バックアップドライブMBRとパーティションテーブル：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/dev/sda of=/media/location/backup.img bs=512 count=1」と入力します。

ドライブMBRの復元：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/media/location/backup.img of=/dev/sda bs=446 count=1」と入力します。

パーティションMBRとパーティションテーブルのバックアップ：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/dev/sda1 of=/media/location/backup.img bs=512 count=1」と入力します。

パーティションMBRの復元：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/media/location/backup.img of=/dev/sda1 bs=446 count=1」と入力します。

ESPのバックアップ：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/dev/sda1 of=/media/location/backup.img」と入力します。

[このプロセスは、他のパーティションのクローン作成とまったく同じです。]

ESPの復元：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/media/location/backup.img of=/dev/sda1」と入力します。

パーティションのバックアップ：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/dev/sda1 of=/media/location/backup.img」と入力します。

パーティションの復元：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/media/location/backup.img of=/dev/sda1」と入力します。

[推奨されるアクション]ドライブのバックアップ：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/dev/sda of=/media/location/backup.img」と入力します。

[推奨されるアクション]ドライブの復元：

  1. 端末に「Sudo -i」と入力します。

  2. 端末に「dd if=/media/location/backup.img of=/dev/sda」と入力します。

ノート：

  • 中断が発生する可能性があるため、DDはSudoではなくルートとして実行することをお勧めします。 Ubuntuでは、rootとしてログインできない場合、これは困難です。

  • MBRを復元するときは、512または446を使用できます。446は、MBRを復元するだけです（ブートストラップコードとブートローダーが書き込まれている場所）。 512は、MBRとパーティションテーブルを復元します。

  • 画像を作成する必要はありません。ソースから宛先に直接クローンできます。

ソース：

追加のリソース：

9
please delete me