USBスティック2へのUSBスティッククローンにインストールされたlubuntu 18.10 x64

Question

助けて！宇宙にインストールされた起動可能なUSBスティックからクローンを作成します。

Lubuntu 18.10 cosmicを搭載した動作中のUSBスティックがあります。通常のlubuntu 18.10 .isoでスティックをインストールしました。

今、私はLinuxシステムのクローンを作成することは簡単であることを学びました、または常に理解していました。今日と昨日、私は実際にはそうではないことを学びました。結果は、動作しない2番目のUSBスティックであり、パーティションマネージャでさえもそれが気に入らない。

私がやること：

ddを使用して外部USBドライブのインストールをローカルハードディスクに複製するにはどうすればよいですか？

Ddコマンドの構文を使用して、動作するLinuxにインストールされた起動可能なusbスティックを別のusbスティックに複製します。 3つ目のlubuntuインストールを使用してこれを行います。つまり、アクティブな実行中のlubuntuセッション自体をバックアップしようとはしません。昨日、実行中のシステムからバックアップを試みましたが、うまくいきませんでした。この方法では読み取り可能なusbクローンにならないというトピックを見つけたので、今日はusb stick1をusb stick 2にクローンできるように、外部Linuxシステムを起動するusb stick number 3を使用することにしました。

繁雑？たぶん、しかし、私はすべてがテストされていることを確認したかった。そして、このコンテキストを使用して：

Sudo dd if =/dev/sdx of =/dev/sdy bs = 8M && sync

まったく機能しません。結果：クローンUSBスティックを作成します。実行しようとすると、grubが表示され、lubuntuを選択できます。。。。画面にドットが表示され、希望が生まれます。システムがinitdosまたはpuppydosプロンプト（またはそれが呼ばれているもの）にフォールバックするよりも、パーティションでfsckコマンドを実行しようとしましたが、再起動しても機能しませんでした。実際、ビデオドライバーなどにハングアップしているようです。しかし、システムが動作中のUSBの正確なクローンであると想定されている場合、それはどのように可能ですか？プロンプト画面にmc midnightコマンダーを入力すると、実行できます（元のusbスティックのシステムにバックアップする前にmcをインストールしました）。

ストーリーを完成させるには、USBスティック2で復元する前に、最初に内部ハードドライブにddバックアップを試みたということを付け加えなければなりません。

システムを実行しているlubuntu cosmic 18.10 USBのために私がやりたいことをする方法を見つけた人がそこにいるでしょうか？....

Clonezillaなどのようなツールがあることは知っていますが、私が試したことはうまくいくはずです。なぜできないのですか？ ddは、同じusbスティックにバックアップを復元するときにのみ機能しますか？（私が使用した両方のUSBデバイスは同じブランドのものではなく、同じサイズ、32GBであることに注意してください...）

いくつかの助けが必要です。

ありがとう！

更新：さらに2つ言及するのを忘れました：

1.インストール中のUSBスティックには、2つのパーティションがあります。ファイルの共有に使用するext4 /システムパーティションと小さな6 GBのNTFSパーティション。 dd if = dev/sddとif = dev/sdd1を試してみましたが、同じ最終結果です。

2.オリジナルのUSBスティックのインストールは、UEFIパーティションテーブルに基づいています！私のラップトップのBIOSはUEFIにも設定されています。重要な場合に備えて...

sudodus · Answer

あるドライブから別のドライブへのクローン作成

質問で説明する内容は、generalで機能します。

Sudo dd if=/dev/sdx of=/dev/sdy bs=4096 && sync

USBペンドライブだけでなく、HDDやSSDでも問題なく実行できました。

しかし、それをうまくいかないことがあるいくつかのことがあります。

ターゲットドライブは、少なくともソースドライブと同じ大きさでなければなりません。 1バイト小さくなりません。ドライブの公称サイズが同じ（たとえば16 GB）であるためには、notで十分です。で確認できます
```
Sudo parted /dev/sdx u b p Sudo parted /dev/sdy u b p 
```
ここで、xおよびyは、ソースドライブとターゲットドライブのデバイス文字で置き換えられる必要があり、u bはバイト単位で出力を行い、pはpartedに指示します印刷（標準出力に）。
GUIDパーティションテーブル、GPT（古いスタイルのMSDOSパーティションテーブルではない）があり、ドライブのサイズがまったく同じでない場合は、バックアップパーティションテーブルの最後の部分を修復する必要があります。ドライブ。 partedを含む前のコマンドラインもパーティションテーブルを表示します。この修復ジョブにはgdiskを使用できます。
ソースドライブとターゲットドライブで物理セクタサイズが異なる場合も、問題が発生します。小さくて古いドライブには通常512バイトの物理セクターがありますが、一部の新しいドライブ（中規模および巨大サイズ）には4096バイトの物理セクターがある場合があります。これにより、クローン作成後に問題が発生する可能性があります。新しいドライブに新しいシステムをインストールし、新しいドライブにファイルを転送することをお勧めします（ドライブレベルでクローン作成するのではなく、ファイルレベルでコピーします）。 partedが付いた前のコマンドラインには、物理セクターサイズも表示されます。
ソースドライブとターゲットドライブの両方が正常である必要があります。不良セクタ（物理セクタ）がある場合、対応するデータはその特定の場所に転送できず、問題を引き起こす可能性があります（その場所に格納されているものに応じて、大規模または小規模）。
起動したドライブのクローンを作成してくださいnot。たとえば、Lubuntu isoファイルから作成されたLubuntuライブドライブからブートして、Lubuntuシステムがインストールされているドライブから他のドライブにクローンを作成します。

ソースドライブとターゲットドライブにパーティションをマウントしないでください。パーティションがマウントされている場合はアンマウントします。
```
Sudo umount /dev/sdxn 
```
ここで、xはデバイス文字で、nはパーティション番号です。
ddを使用したクローン作成はriskyです。これは、質問なしに実行するように指示したことを実行するためです。家族の写真を上書きするには、ちょっとした入力ミスで十分です。このため、ターゲットドライブの識別に役立つツールを使用することをお勧めします。最終チェックポイントを使用すると、問題が発生しないことを再確認できます。
- linuxでは、ディスクエイリアスgnome-disksor mkusb を使用できます
- windowsでは、 Win32 Disk Imager を使用できます。
Clonezilla でクローンすることもできます。安定したclonezilla.isoファイルから作成されたUSBペンドライブまたはDVDディスクを起動します。これは、いくつかのチェックポイントと質問があるためddより安全であり、Clonezillaはファイルシステムの使用済みブロックのみをコピー（および空きブロックをスキップ）できるほど賢いので高速です。これは、ファイルシステムがいっぱいにならない場合に大きな違いをもたらします。
最後に、プロセスを適切に終了させ、システムがバッファーをターゲットドライブにフラッシュするようにする必要があります。このため、syncを実行し、それが終了し、ターミナルウィンドウがプロンプトに戻るまで待機することが重要です。

画像ファイルを介したクローニング

ソースドライブからイメージファイルを作成し、イメージファイルからターゲットドライブに復元することにより、間接的な方法でクローンを作成する場合にも、ここで説明する内容が関連します。

クローン作成後、コンピューターにドライブを1つだけ接続します

書き込み可能なファイルシステムがある場合は、（クローンの）ソースとターゲットの両方が接続されているコンピューターをnotブートする必要があります。これらのドライブには同一のデータがあり、おそらく混乱が生じ、ドライブの一方または両方が破壊される可能性があります。

そのため、元の（ソース）ドライブまたは複製されたコピー（ターゲット）ドライブのいずれかで起動し、他のドライブを切断（プラグを抜いた）したままにします。