私は正常に（ファイルが作成され、ubuntuはエラーメッセージを発行しません）永続的なubuntuライブusb。（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ディストリビューションを試しました。私は複数のPCを試してみましたが、すべて問題なくライブUSBから起動します。LinuxライブUSBを確実にコピーするための唯一の方法は、Windows：（（

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

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

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

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

以下の私の例では、イメージの作成を使用し、それを使用しているアプローチなのでそれから復元しますが、記録のために、両方のUSBスティックをコンピューターに一度に接続できれば、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ではなくrootとして実行することをお勧めします。そうしないと、割り込みが発生する可能性があります。Ubuntuでは、rootとしてログインできないため、これは困難です。

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

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

出典：

• http://postbin.per.red/pages/article22/page.php

• http://www.cyberciti.biz/faq/howto-copy-mbr/

追加リソース：

• これはDDについてではありませんが、ブートローダーについて説明しています。ブートローダータグの誤用を防ぐための新しいタグと類義語タグの提案？